回滚率指标是什么
回滚率等于回滚次数除以总部署次数，反映发布质量与制品可信度：持续偏高说明门禁或测试覆盖不足以拦住问题。它要和变更失败率、恢复时长一起看——自动回滚会推高回滚率但同时缩短影响时长。指标按服务、团队、发布通道细分才有指导意义，且要小心它被用成考核后失真。
基本信息
| 计算 | 回滚次数 / 总部署次数 |
|---|---|
| 细分 | 服务、团队、发布通道（自动或手工） |
| 解读 | 短期波动常见；长期升高排查测试覆盖与门禁有效性 |
| 配套 | 结合变更失败率与恢复时长一起读 |
| 数据源 | 部署事件表统一记录发布与回滚动作 |
| 陷阱 | 低回滚率也可能来自不敢回或回滚未记录 |
按周统计示例
按周统计示例
SELECT date_trunc('week', started_at) AS wk, -- 按周聚合
COUNT(*) FILTER (WHERE action = 'rollback') AS rb, -- 回滚数
COUNT(*) AS all_deploys -- 总部署数
FROM deploy_events -- 部署事件表
GROUP BY 1 -- 输出趋势典型使用场景
- 发布质量监控：按周看回滚率变化，识别质量退化
- 团队对比：同口径下发现流程差异与服务差异
- 门禁评估：回滚率长期偏高的服务检查测试与验证覆盖
- 自动回滚分析：自动回滚占比与恢复时长联合分析
- 恢复能力：回滚率与恢复时长一起看，评估韧性
- 发布通道治理：手工与自动通道分别统计
关联指标
| 指标 | 含义 | 联合解读 |
|---|---|---|
| 回滚率 | 回滚次数占比 | 偏高说明质量或验证不足 |
| 变更失败率 | 引发故障的变更占比 | 与回滚率交叉验证 |
| 恢复时长 | 从故障到恢复的时间 | 自动回滚通常更短 |
| 部署频率 | 单位时间部署次数 | 分母口径要一致 |
| 豁免次数 | 门禁绕过记录 | 高豁免常伴随高回滚 |
自动回滚会推高回滚率的同时缩短影响时长：解读时结合恢复时长一起看。
拿回滚率直接考核团队：数据扭曲，出现少记或不回滚。
回滚事件未入库：指标偏低，问题被掩盖，先统一事件记录再谈度量。
跨服务对比前先统一口径：分子分母的定义与统计窗口要一致。