第四篇 灰度与可观测
保命层解决「坏了不放大」,这一篇解决「发布要敢放、故障要看得见」。灰度让发布节奏从全量赌博变成可控放量,TraceID、指标、日志让每次故障都能串起来讲。
这一篇解决什么
| 小节 | 主题 | 关键动作 |
|---|---|---|
| 4.1 灰度发布 | 按版本与流量放量 | 5%、20%、50% 三档加自动回滚 |
| 4.2 链路追踪 | TraceID 贯穿 | 网关入口生成,metadata 透传 |
| 4.3 指标与告警 | QPS、延迟、错误率 | 三看线加分级告警 |
| 4.4 日志归集 | CLS 全链路检索 | 一条 traceId 串 5 个服务 |
这一篇的边界
灰度放量节奏与回滚条件、TraceID 的生成与透传规则、告警看板的分级口径、CLS 的检索语句模板。容灾演练与成本复盘放第五篇,本篇给发布与排障的日常动作。读完这一篇,一次发布应该有「放量、观察、收口或回滚」的完整闭环,一次故障应该能按 traceId 十分钟讲清楚。
延伸阅读
- 灰度发布的更多策略与对照,见 go-micro-cps-guide。
- 观测链路接入云产品的更多场景,见 tencent-cloud-practice。
- 日志归集与检索实践,见 rust-logpipe-guide。
