这是 Beta 探索课程，内容结构、实验步骤和示例可能会继续调整。
核心指标与课程主线
平台自身的核心指标
设计这套系统时，要先定义平台自身的指标：
| 指标 | 含义 | 影响 |
|---|---|---|
| 采集延迟 | 日志从产生到可查询需要多久 | 排障时能不能查到「刚刚」的日志 |
| 丢失率 | Agent、网络或存储故障时是否丢日志 | 数据可信度 |
| 查询延迟 | 搜索最近 15 分钟日志是否足够快 | 排障体验 |
| 告警准确率 | 告警是否真的指向需要处理的问题 | 团队信任度 |
| 噪音率 | 无效告警是否让值班人员逐渐麻木 | 告警价值 |
指标如何影响架构
这些指标会直接影响后续架构选择：
- 降低采集延迟：需要本地缓冲和批量发送。
- 减少告警噪音：需要聚合、抑制和升级策略。
- 提升定位效率：需要统一字段和 trace id。
课程主线
我们按以下顺序建设：
先解决「日志在哪里」 -> 采集链路
再解决「日志能不能被理解」 -> 结构化解析
随后从日志中提炼指标 -> 指标 + 告警
最后串起整个排查流程 -> 链路追踪 + 可视化一句话
设计可观测平台要先定义自身指标（采集延迟、丢失率、噪音率），再按「发现 → 定位 → 复盘」的主线建设。每个模块都要服务于发现、定位和复盘，而不是堆出一套复杂工具。