发布检查清单

在任何人接触 WorkBot 之前，先明确客户要依赖它时必须满足哪些条件。检查清单把这些条件转化为可标记为“已完成、已计划或待处理”的条目，每一条都注明核查的出处。

先学习

  • 弄清在 WorkBot 服务客户之前必须满足什么。评测和负载测试在发布版本上通过，坏的发布版本可以回滚，系统可以从代码恢复。密钥、加密、备份、监控、支出告警和隔离均已就绪。运行手册已存在，保留策略已强制执行，安全审查材料包已备好，并且有负责人随时待命。
  • 阅读 Google 的《Site Reliability Engineering》一书中关于可靠产品发布的章节里的发布检查清单。该清单的每个领域，从依赖和容量到故障模式和发布流程，都列出了问题以及由此产生的行动项。

构建

  • 编写 docs/release-checklist.md，将每一项标记为已完成、已计划或待处理，并注明核查的出处。当某项需要云账号时，要明确说明。在参考实现中，检查清单是针对第 35 天和第 36 天由流水线脚本从零重建的本地集群运行的。
  • 用代码弥补检查清单发现的缺口。为 /api/health 添加可用性检查，并添加一个月度预算，在 50%、90% 和 100% 时触发告警。两者都放入 infra/gcp，并在其测试中加以断言。

完成标准

  • 每一项要么已完成，要么明确写出它在等待什么。