使就绪
可审查。

上线 控制板。

确定性顺序： 项目按其编号优先级顺序保留。证据缺失时请选择“未知”；仅在有责任人决策时选择“跳过”。

启用

在发布推进前确立最低限度的决策、负责人和面向用户的基础事项。

1. 01
   说明发布目的及其变更的客户路径

   范围简明明确，可为审核者与响应者提供共同的起点。

   责任人: 发布负责人 · 验证: 审核人能在一条简短记录中指出被更改的路径、期望的客户结果和发布窗口。
2. 02
   确认面向客户的联系方式与升级措辞

   客户在变更期间需要清晰的报障方式，而非临时拼凑的信息。

   责任人: 客户沟通负责人 · 验证: 值班或支持联系人可通过已批准渠道联系到，且公开措辞有明确负责的审核人。
3. 03
   在上线前体验主要客户流程

   浏览器可见的流程能发现仅凭构建结果无法暴露的问题。

   责任人: 产品或 QA 负责人 · 验证: 团队记录起始 URL、预期结果以及任何需要登录或付款的边界，并且不使用客户数据。

加固

与相关人员一起使发布及其恢复路径更易于检查、限制和回滚。

1. 04
   记录发布标识及可回滚的变更记录

   精确的引用可在需暂停或回滚时减少猜测。

   责任人: 发布负责人 · 验证: 发布标识、部署来源、批准人和已知的回滚路径对响应负责人可见。
2. 05
   检查指定运维人员是否具有正确的访问路径

   当对访问假设未经验证时，升级会更慢。

   责任人: 平台负责人 · 验证: 通过非生产环境或经批准的演练确认相关人员能访问记录的工具；切勿在此计划中共享凭据。
3. 06
   审查依赖项及第三方变更面

   即使应用代码未变，第三方的变更也可能改变上线路径。

   责任人: 工程负责人 · 验证: 发布记录列出新增或变更的依赖、外部端点以及能评估各项的责任人。

加速

在保留可观测并经审查的上线路径的同时，减少可避免的交付负担。

1. 07
   在实际渲染位置检查图片候选项

   仅凭源图无法确定客户最终接收的是哪些字节。

   责任人: 设计或性能负责人 · 验证: 针对优先图片，团队记录预期渲染宽度、可访问的替代文本，以及是否存在响应式候选项。
2. 08
   为变更路径设定可审查的交付预算

   明确的测量上下文比无界的性能承诺更有用。

   责任人: 性能负责人 · 验证: 团队记录衡量指标、测试上下文和可接受范围；不提出普适的速度声明。
3. 09
   选定少量发布后监测路径

   有重点的检查比无人负责的 URL 列表更易于解读。

   责任人: 发布负责人 · 验证: 不超过五条相对路径被分配给负责人，并附有预期响应或观测说明。

恢复

在客户需要之前准备好平稳的交接、升级路径和可逆的响应。

1. 10
   分配事件、技术与沟通决策角色

   角色明确有助于协调响应，而不假定单人能诊断所有问题。

   责任人: 事件响应负责人 · 验证: 每个角色在发布窗口期都有指定的负责人或明确的升级路径。
2. 11
   演练暂停或回滚的决策边界

   当回滚路径的批准与核验步骤在压力升高前就已明确时，回滚更为安全。

   责任人: 发布负责人 · 验证: 团队清楚获批触发条件、授权者以及在操作前后必须记录的证据。
3. 12
   将实时服务状态工作链接到 Status Is Down

   SIU 提供规划指南；实时服务状态的工作应在 SID 上进行。

   责任人: 沟通负责人 · 验证: 沟通计划将人员指向相关的 SID 目标以获取实时服务信号和更新。

来源说明， 而非借来的确定性。

规划依据：链接的 SIU 指南中使用的 Google SRE、CISA、OWASP、web.dev 和 MDN 参考资料

• CISA — Planning: Response & Recovery ↗CISA 强调事故与灾难恢复计划、业务影响优先排序、联络路径以及内部报告结构。
• Google SRE Book — Production service best practices ↗该指导建议采用受控的逐步发布，并在发现异常行为时优先回滚，然后诊断以缩短恢复时间。
• OWASP — Software Supply Chain Security Cheat Sheet ↗OWASP 建议进行依赖清单、在适当场景下自动生成 SBOM、监控、版本固定、构建工具清单以及溯源控制。
• web.dev — Responsive images ↗web.dev 解释了图像字节量可能很大，并说明了响应式候选项、srcset、sizes 和 picture 在适用场景下的使用。