策略
| 策略 | 切流方式 | 代价 |
|---|---|---|
| 蓝绿 | 整体切换流量入口 | 双份资源，数据库兼容要求高 |
| 金丝雀 | 按比例逐步放量 | 需要版本级监控与流量治理 |
| 滚动 | 按批次替换实例 | 新旧版本并存，需前后兼容 |
三者共同前提是数据库变更向前兼容（expand-contract），否则回滚会因数据格式不匹配失败。
蓝绿与金丝雀发布
蓝绿用两套环境整体切换，回滚快但资源投入约翻倍；金丝雀先放少量流量验证再逐步放大，风险小但需要版本级观测与快速回滚能力。
易错点
- 金丝雀只观察技术指标不看业务指标，问题漏检
- 回滚预案未考虑已写入的新格式数据
数据来源与参考
- 《持续交付》（Humble & Farley）
- Kubernetes 文档：Deployment 滚动更新