模板更新策略与版本漂移治理
本页用于帮助你判断：模板商店提示 可更新 时，到底该不该动、什么时候动、怎么降低风险。
这页不只是面向官方模板，也适用于你们自己维护的标准模板。
先讲原则：模板更新不是日常必做项
如果当前业务稳定、没有维护窗口、也没有安全或兼容性压力，看到“可更新”并不意味着必须马上更新。
更适合作为触发条件的，通常是：
- 基础镜像有安全修复
- 探针、端口或启动约定发生变化
- 平台升级后需要重新验证模板
- 现网已经出现功能性偏差
什么时候应该更新
更适合更新的场景：
- 已知镜像版本存在缺陷或安全问题
- 官方模板说明已变化
- 现有模板行为与预期不一致
- 你正在维护窗口中，有明确回滚点
什么时候应该暂缓
更适合先观察或排期的场景：
- 当前业务完全稳定
- 还没有测试环境验证
- 生产窗口未准备好
- 商店只是提示
可更新，但没有实际故障
怎么判断版本漂移
建议按三层判断：
商店层
- 是否出现
可更新 - 是否是官方模板
- 是否只是推荐模板发生变化
模板层
- 模板状态是否仍然
READY - 最近任务 ID 是否有变化
- 当前镜像与预期是否一致
节点层
- 节点本地副本是否完整
- 模板是否在所有目标节点都可用
如果漂移已经影响实例创建，就不再只是“版本提醒”，而是需要进入排障或灰度更新流程。
漂移分级与处置建议
仅提示可更新，但业务正常
建议：
- 先记录
- 在测试环境验证
- 等维护窗口再处理
模板可用，但行为与预期不同
建议：
- 先确认是不是参数、探针或镜像差异
- 优先以新模板验证，而不是直接覆盖旧模板
模板副本或节点状态已经不一致
建议先排障，再决定是否更新：
发布与灰度建议
更稳妥的方式通常是：
- 在测试环境或小范围节点先验证
- 优先创建新模板版本，而不是直接替换现有模板
- 验证
READY、副本分发和最小沙箱创建 - 确认没有异常后再扩大范围
决策速查表
| 现象 | 建议动作 |
|---|---|
只看到 可更新，业务正常 | 暂缓并排期 |
| 模板行为有偏差，但未影响全局 | 先测试验证新模板 |
| 模板已影响实例创建 | 先排障，再考虑更新 |
| 模板副本状态不一致 | 先查一致性问题，不要直接覆盖 |