1.1 蓝绿部署概述
定义与核心思想
蓝绿部署（Blue-Green Deployment）是一种零停机的应用发布策略，通过维护两套完全独立的生产环境（蓝环境与绿环境）来实现安全、快速的版本切换。其核心思想是：在任何时刻，只有一套环境承载全部生产流量，另一套环境处于待命或闲置状态。
核心定义：蓝绿部署 = 两套独立环境 + 流量瞬间切换 + 快速回滚
当新版本准备就绪时，团队将新版本部署到非活跃环境（例如当前绿环境），完成集成测试与验证后，通过负载均衡器或网关将流量从蓝环境一次性全部切换到绿环境。若新版本出现问题，只需将流量切回蓝环境即可完成回滚。
与传统滚动更新的区别
滚动更新（Rolling Update）是另一种常见的发布策略，它逐步替换旧版本实例，而非维护两套完整环境。下表从多个维度对比两种策略的差异：
| 对比维度 | 蓝绿部署 | 滚动更新 |
|---|---|---|
| 环境数量 | 两套完整环境（蓝+绿） | 一套环境，逐步替换实例 |
| 切换方式 | 流量一次性全量切换 | 实例逐个或分批替换 |
| 回滚速度 | 秒级（流量切回即可） | 分钟级（需重新部署旧版本） |
| 资源成本 | 高（需双倍资源） | 低（仅需少量额外资源） |
| 验证窗口 | 部署后、切换前可充分验证 | 验证窗口有限，与发布过程重叠 |
| 流量影响 | 零停机，切换瞬间完成 | 零停机，但新旧版本共存 |
| 适用场景 | 关键业务、需快速回滚 | 资源敏感、变更风险较低 |
选择建议：当API延迟敏感度极高且需要快速回滚能力时，优先选择蓝绿部署。滚动更新更适合资源受限或变更频率较低的场景。
蓝绿部署的关键优势
- 瞬间切换与回滚：流量切换在负载均衡层面完成，通常只需数秒；回滚操作与切换操作完全对称，不存在"部分回滚"的复杂状态。
- 隔离验证：新版本在独立环境中部署，不会影响正在服务用户的旧版本，可进行完整的集成测试、性能测试和延迟基准测试。
- 延迟对比诊断：在切换前，可同时在蓝绿环境上施加测试流量，直接对比两套环境的API延迟分布，精准定位新版本引入的延迟劣化。
- 故障隔离：若新版本导致延迟飙升或错误率上升，活跃环境（旧版本）不受任何影响，用户无感知。
蓝绿部署的挑战与注意事项
⚠ 资源成本：蓝绿部署需要维护两套完整环境，对于大规模微服务架构，基础设施成本可能翻倍。建议在关键链路或延迟敏感服务上使用，非核心服务可考虑其他策略。
- 数据库兼容性：两套环境通常共享同一数据库，新版本的数据模型变更必须向后兼容，否则切换后可能导致数据损坏。
- 会话状态：若应用依赖内存会话，切换流量时用户会话可能丢失。建议使用外部会话存储（如Redis）或采用无状态设计。
- 环境漂移：长时间闲置的环境可能因配置变更、证书过期等原因与生产环境不一致，需定期同步和验证。
- 延迟基准测试：切换前必须在闲置环境上执行完整的API延迟基准测试，确保新版本延迟不劣化，这是本课程后续章节的核心实践。