首页/开发/CI/CD 与发布速查/发布就绪检查清单
流水线设计54 条

发布就绪检查清单

发布前逐项勾选:变更内容、验证证据、回滚方案、观察指标、值守安排——把「能不能发」变成清单问题。

CI/CD 与发布速查开发更新于 2026-10-13

发布就绪是什么

发布就绪检查把能不能发从拍脑袋变成逐项勾选:变更内容、验证证据、回滚方案、观察指标、值守安排五块,每项有明确通过标准。清单可以固化在 PR 模板、发布单或流水线关卡里;随项目演进维护,跳过的项必须显式记录理由与批准人。

基本信息

变更变更清单与影响面(服务、接口、配置、数据)
验证测试与扫描结果、预发验证记录
应急回滚步骤与预计时长、特性开关兜底、值班人
观察发布后观察指标与阈值、告警静默安排

五维检查对照

维度典型问题通过标准
变更影响谁、依赖什么变更清单与服务依赖评估可查
验证证据是否齐全单测、集成、扫描、预发记录可追溯
应急能不能退回去回滚步骤演练过、预计时长写明
观察怎么判断正常面板、告警、阈值与观察窗口就位
值守出事谁响应发布窗口与值班人已确认

典型使用场景

  • 常规迭代发布:逐项确认后进入窗口,观察期内值守
  • 大促或高峰前:变更冻结窗口与应急人力安排一并检查
  • 跨团队依赖发布:接口契约与上线顺序对齐后再放行
  • 紧急修复:允许裁剪清单,但裁剪项与批准人必须记录、事后补检
  • 新环境首次上线:网络、证书、配额、DNS 这类环境项最容易漏

清单片段

清单片段
# 发布就绪清单(节选)
- [ ] 制品 digest 已确认并记录
- [ ] 数据库变更兼容(可回滚且向前兼容)
- [ ] 回滚演练或推演完成(预计时长 __ 分钟)
- [ ] 监控面板与告警就绪
- [ ] 发布窗口与通知已发出
- [ ] 观察指标与阈值明确,值守人已确认
清单随项目演进维护;任何跳过项都需要显式记录理由。
检查项要可执行:回滚上一版本不是合格条款,执行 helm rollback web 退回修订 5、预计 3 分钟才是。

易错点

  • 清单只进不出:条款越挂越多、没人认真执行,定期精简合并
  • 回滚方案只写回滚上一版本:数据库与配置的兼容细节缺失,临场失效
  • 跳过项不记录:口头豁免事后无人认账,必须写明理由与批准人
  • 发布前一天才补检查:证据来不及准备只能硬发,清单应在开发阶段滚动勾选

数据来源与参考

  • Google SRE Workbook(发布检查清单实践)
  • ITIL 4 变更使能
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌