跳转至

上线与变更速查清单

上线前

  • 制品1是否不可变、可追溯、已签名并通过漏洞与策略门禁?
  • 配置、基础设施和数据库变更是否兼容当前与上一版本?
  • 容量、配额、连接池、限流、超时与重试预算是否经过压测或估算?
  • 是否定义灰度2人群、观察窗口、核心指标、停止条件和自动/人工回滚?
  • 备份是否可恢复,回滚是否会造成数据丢失或协议不兼容?
  • 值班、业务、客服和依赖团队是否知道窗口与沟通路径?

上线中

  • 每个阶段只扩大一个维度:实例比例、区域、租户或流量,而非同时扩大。
  • 同时看成功率、延迟分位数、资源饱和、依赖错误、业务 KPI3 和数据一致性。
  • 不因短期“绿色”跳过最小观察窗口;注意缓存、批任务和长连接的延迟效应。
  • 任何临时绕过都要记录撤销时间和所有者。

上线后

  • 确认全量状态、队列追平、旧版本退出、配置收敛和告警恢复。
  • 对比基线:错误、延迟、成本、容量、业务转化和客服反馈。
  • 关闭或延期必须形成决策记录,不让临时 feature flag4 或双写永久化。

  1. 制品是构建产生并可被存储、验证和部署的版本化输出,例如容器镜像、软件包或二进制文件。 

  2. 灰度/金丝雀发布先让一小部分代表性用户或流量使用新版本,验证通过后再逐步扩大范围。 

  3. KPI 是 Key Performance Indicator(关键绩效指标),用于量化业务或运营目标的达成情况。 

  4. feature flag(功能开关)允许在不重新部署代码的情况下启用或关闭功能,但需要所有者、到期和清理机制。