资源 · 101
渐进式发布
新版本应在验证结果和恢复后扩大范围。
已更新 · 2 min
本指南有助于实现的目标
- 界定变更
- 选择对照
- 设定决策
- 演练恢复
- 结束跟踪
快速检查
- 有通用的初始发布比例吗？
- Kubernetes回滚会恢复数据库吗？
分步指南
- 1
界定变更
列出受影响的功能、语言及依赖。区分代码、配置和数据，识别回滚不能撤销的通知或付款。
交付物：范围与持续影响。
- 2
选择对照
确定初始人群和基准。包含设备及低频任务，根据需要观察的事件确定时长。
交付物：人群与观察窗口。
- 3
设定决策
启用前确定错误、延迟、有效结果和阈值。指定扩大、等待或停止的决策人；没有测量就不宣称成功。
交付物：标准与决策权限。
- 4
演练恢复
使用当前结构和数据测试旧版本。检查队列及缓存，对已经发生的影响进行核对处理。
交付物：已验证的恢复与残余影响。
- 5
结束跟踪
扩大后检查少数语言和延后任务。移除临时选项或指定负责人，保留决策记录。
交付物：结束记录。
可重复使用的工作表
填写您已授权的观察结果。 这些字段是工作模板，而非观察结果。
| 字段 | 待记录信息 |
|---|---|
| 变更 | 版本、数据及难以撤销的影响 |
| 对照 | 人群、基准、语言和时段 |
| 决策 | 来源、阈值、负责人和暂停条件 |
| 恢复 | 兼容性、队列、缓存和核对处理 |
虚构示例
示例情境
虚构示例：有限启用后整体指标稳定，但日语访问路径失败。汇总面板掩盖了这个人数较少的群体。
决策及预期证据
对受影响群体应用预设停止条件，检查采集并重测任务。恢复前使用当前结构测试旧版，区分数据恢复和已发生影响的修正。
管理指标
| 指标 | 衡量内容 | 首要行动 |
|---|---|---|
| 观察 | 结果可验证的场景 | 缺少测量时等待 |
| 恢复 | 回到可接受状态的场景 | 修正持续影响 |
常见错误
- 用整体平均证明每个语言版本正常
- 没有测量就扩大
- 混淆代码回滚与数据恢复
常见问题解答
有通用的初始发布比例吗？
没有。发布范围要能观察重要故障，同时限制后果。
Kubernetes回滚会恢复数据库吗？
不会。修订回滚的是Pod模板，而不是恢复全部数据或撤销外部影响。
官方参考文献
参考文献支持该方法。 请根据您的实际情况调整检查；它们并非认证。 原始参考文献标题和源文档可能使用其他语言。
参考资料查阅日期 .
