← 工程筆記
Day 07｜GISO 全景：把碎片埋点做成可执行的数据契约
系列：《Cloud GIDO 三产品特性深讲》第 7/15 篇
标签：GISO、事件治理、埋点、Schema、数据质量
开篇：埋点问题为什么总是「扯皮会」
经典对话：
- 客户端：我们发了
- 数据：字段空了 / 事件名不一致
- 分析：看板陡降，不知道是业务跌了还是埋点挂了
- 平台：Wiki 上写过规范啊
根因是：规范停在文档，没有变成可执行契约。
GISO（玑源） 要做的事：
一次定义，处处校验，信任每一条事件。
GISO 特性全景图
| 特性域 | 具体能力 | 用户感知 |
|---|---|---|
| 契约 | 注册表四池、版本/revision | 事件有权威定义 |
| 采集 | 多端 SDK | 同一语义多端可落地 |
| 入口 | 网关鉴权/限流/校验 | 脏数据进不了主干 |
| 协同 | 实时联调 SSE | 联调不再靠猜 |
| 治理 | 审批、批量、CSV、圈选 | 变更可管 |
| 质量 | 统计、隔离区 | 失败可见可分析 |
| 平台 | 多空间、账号、中英 | 组织可运营 |
和「采集 SDK 厂商」差在哪（特性视角）
很多工具强在分析；GISO 强在 治理执行力：
- 注册表是运行时权威（可落 PostgreSQL）
- 网关强校验（合格 / 缺失 / 错误等可分类）
- 隔离区避免污染
- 联调与质量面板让问题分钟级可见
分析可以建立在 GISO 之后；没有 GISO，分析容易建在沙子上。
端到端链路（把特性串起来）
Schema 登记
→ SDK 按契约埋点（可 debug）
→ POST /v1/track 进网关
→ 校验
├─ 合格 → Kafka（按 env 分流等）
└─ 不合格 → Quarantine
→ 数仓 / 分析（如 Doris）
→ 管理台：联调 / 质量 / 审批
谁该关心哪些特性
| 角色 | 优先看 |
|---|---|
| 客户端研发 | SDK、联调、错误分类 |
| 数据研发 | 注册表、隔离、质量统计 |
| 平台负责人 | 网关、空间、账号、审批 |
| 业务分析 | 最终事件可信度与口径稳定性 |
今日小结
GISO 的产品完整度，要用「契约是否可执行」来衡量，而不是 SDK 有没有 demo。
讨论： 你们现在有没有「测试流量冲进生产 Topic」的事故？有的话，隔离与环境分流特性会非常有共鸣。
下篇：注册表、审批、多端 SDK、网关强校验 细拆。
延伸