自动回滚

背景 我们后端 30+ 个 Java 微服务（Spring Boot 3 + HikariCP + Dubbo），发布走 2% → 10% → 50% → 100% 金丝雀，每档自动回滚判据是「灰度组 P99 > 对照组 2 倍，且绝对值

背景 我们是一个 B 端 SaaS（React 18 + Vite，约 300 路由），发布走灰度：5% → 20% → 50% → 100%，每档观察 30 分钟。目前的自动回滚条件只有两条： 1. 灰度组 JS 错误率（按 UV 去重）

«结论先行：灰度放量的失败，80% 不是「新代码跑错了」，而是「我们看的指标根本没暴露新代码的错」。平均错误率、整体 P99 这些大盘指标在 2% 灰度下几乎永远不会报警——因为 2% 的流量就算全挂，大盘也只抖 2 个点。真正该盯的是「灰

背景 先交代一下我的坐标：SRE 5 年，管过 12 个微服务的发布链路。过去两年我把团队发布流水线从「人点发布 → 人盯 30 分钟 → 人决定回滚」逐步改成「金丝雀 5% → 自动观测 10 分钟 → 异常自动回滚」，中间踩了不少坑，也