DevOps实践的下半场：把更快升级为更稳的工程纪律 | 实战

很多团队把DevOps等同于工具链堆砌：CI更快了，发布更频了，但线上事故没少。下半场的命题，是把更快升级为更稳。

一、流水线不是终点，门禁才是

我们给一家出行平台重做发布门禁：单元测试覆盖率、接口契约、灰度健康度三道卡。接入后，因代码缺陷导致的回滚从月均6次降到1次。快的代价若由线上承担，那就不是快。

二、可观测性是稳定性的肌肉

没有可观测，灰度就是盲飞。统一指标、日志、链路后，平均故障定位时间（MTTR）从52分钟压到11分钟。工程纪律的第一条，是出事能立刻看见。

三、把复盘写成不变量

每次事故沉淀为一条自动检查，防止同一类错误复发。一年内该团队把重复性故障占比从38%压到9%。DevOps成熟度的标志，是组织记忆写进了流水线。

DevOps的下半场，比的不是谁跑得快，而是谁能不摔跤地持续跑。