一句话回答
数据可观测性是持续衡量数据健康状况的做法,包括新鲜度、数据量、结构、取值分布和血缘,让问题能被尽早发现,并追溯到出问题的那一步。
什么是数据可观测性?
数据可观测性是指随时都能判断数据是否健康(新鲜、完整、结构正确、取值合理),不健康时能找到坏在哪里。这个说法借自软件领域的可观测性,只不过对象从服务器换成了数据管道。
五大支柱
| 支柱 | 问题 | 统计数据里的例子 |
|---|---|---|
| 新鲜度 | 数据是最新的吗? | 今天 9 点以后就没有事件进来了 |
| 数据量 | 量正常吗? | 发版后购买事件掉了 90% |
| 结构 | 结构变了吗? | price 开始以字符串形式上报 |
| 分布 | 取值在预期范围内吗? | country 突然有 60% 是「未知」 |
| 血缘 | 从哪里来,什么依赖它? | 哪些看板用了这个坏掉的事件 |
可观测性、监控和数据质量
- 数据质量是目标:数据足够准确、完整、一致,可以拿来用。
- 监控检查事先设定的条件(「每小时事件少于 1,000 就告警」)。
- 可观测性补上排查没预料到的问题所需的上下文:历史、分布、血缘,以及数据在哪一步被丢掉。
统计埋点里常见的故障
埋点也是一条数据管道,而且坏掉时不出声:图上不会报错,数字只是变小。
| 故障 | 你看到的现象 | 能发现它的信号 |
|---|---|---|
| 部分页面的脚本被删或被拦 | 一批网址的浏览量下降 | 按页面看量;采集中断告警 |
| 代码里事件改了名 | 旧事件掉到零,冒出一个「未规划」的新事件 | 未规划事件;按事件看量 |
| 必填属性缺失 | 拆分时出现「(无)」 | 属性完整度 |
| 属性取值爆炸(把 ID 塞进名称字段) | 报表变慢,拆分没法用 | 高基数检查 |
| 域名或排除规则拒收了流量 | 总量下降,报表里看不出明显原因 | 采集端拒绝原因 |
| 改版后点击选择器不再匹配 | 圈选事件下降,页面流量没降 | 失效检测 |
每周检查清单
- 把各事件的量和上周同一天比较。
- 看看新出现的「未规划」事件,决定认领、改名还是拦截。
- 检查关键事件必填属性的完整度。
- 看采集端拒绝的数量和原因。
- 确认数据延迟正常(今天的数据在陆续进来)。
TapCub 里的数据可观测性
数据质量页(全端分析 › 数据管理 › 数据质量)显示数据在入库前后哪里丢了:摄入告警、按原因列出的采集端拒绝(域名不匹配、排除规则、月度额度、限流、载荷无效、爬虫)、高基数属性、隔离区,以及失效检测:已确认的圈选规则命中周环比下降超过 80%、而同页面全埋点交互没怎么降时,会被标为疑似失效。埋点方案打开实时验证后,能看到每个事件近 24 小时的命中和必填属性完整度。告警方面,监控的「采集中断」条件在超过设定分钟数没有数据时触发,「异常检测」条件能抓到异常的数据量。另见数据字典和异常检测。
这个解释清楚吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。
