回滚发生在上线或放量后出现严重异常、继续运行的损失高于撤回成本时。它优先恢复服务稳定,不要求先查清根因;根据架构不同,可能回退包体、配置、数据开关或流量路由。

监控和客服把异常交给事故负责人判断,发布或运维人员执行预案,QA 验证核心链路。关键指标回到安全区、用户影响停止扩大、现场状态被记录并进入后续修复,才算回滚完成。

PM 视角

  • 上线前演练可逆范围,数据库变更尤其要单独确认。
  • 预先定义触发阈值和拍板人,事故中不要临时争论权限。
  • 回滚后保留日志与版本证据,稳定服务之后再做根因分析。