错误预算策略是什么
把 SLO 错误预算的消耗情况与发布行为预先绑定：预算充足按计划发布；消耗过快收紧变更、优先可靠性工作；预算耗尽冻结功能发布。核心价值是用事先约定取代事后争论——发布节奏由数据决定，而不是由谁嗓门大决定。
基本信息
| 绿灯 | 预算消耗低于时间进度：正常发布 |
|---|---|
| 黄灯 | 接近阈值：限制高风险变更，加强观察 |
| 红灯 | 预算耗尽：冻结功能发布，投入可靠性改进 |
| 例外 | 事故修复与安全补丁不受冻结限制 |
| 联动 | 灯色状态输出到发布系统与值班看板才可执行 |
典型使用场景
- 发布节奏管理：按预算消耗动态调整功能与可靠性工作比例
- 事故后联动：连续事故快速消耗预算，自动收紧高风险变更
- 与发布门禁集成：红灯服务在流水线上拦截功能类发布
- 团队复盘依据：预算曲线展示稳定性投入是否见效
策略片段示例
策略片段示例
- 消耗 < 50%：按计划发布
- 50% ~ 100%：大变更需 SRE 会签
- 消耗 100%：冻结功能发布，仅允许修复类变更
- 解冻条件：连续 N 天无新增事故且消耗回落
- 例外登记：修复类放行记录原因与时长灯色与动作
| 灯色 | 触发 | 发布动作 |
|---|---|---|
| 绿 | 消耗低于时间进度 | 正常发布 |
| 黄 | 接近阈值 | 高风险变更需会签，加强观察 |
| 红 | 预算耗尽 | 冻结功能发布，只放修复类变更 |
冻结要同时定义解冻条件（如连续 N 天无新事故）与时限，否则团队无从恢复节奏，或干脆绕过规则。
策略要落到工具：把灯色输出到发布系统或值班看板，看板最少展示剩余预算百分比、按当前速率预计耗尽的时间。靠人工查询的「口头冻结」执行不下去。