2. 蓝绿发布基础：原理、流量切换与零停机部署
蓝绿发布（Blue-Green Deployment）是一种通过维护两套完全独立的生产环境来实现零停机、低风险发布的部署模式。两套环境分别称为“蓝环境”（当前稳定版本）和“绿环境”（新版本候选），在任何时刻只有一套环境承载真实用户流量。
核心思想： 通过环境级别的整体切换，将发布风险从“应用实例灰度”提升到“全环境原子切换”，从而在出现故障时能够瞬间回滚。
2.1 蓝绿发布核心原理
蓝绿发布依赖以下三个关键机制：
- 双环境隔离： 蓝、绿两套环境在基础设施层面（网络、存储、计算资源）完全隔离，互不干扰。
- 流量路由层： 通过负载均衡器、网关或DNS，将用户流量全量指向当前“活跃”环境。
- 原子切换： 流量从蓝环境切换到绿环境是一个原子操作，切换时间通常在秒级甚至毫秒级。
2.2 流量切换机制
流量切换是蓝绿发布的核心操作，通常通过以下三种方式实现：
| 切换方式 | 实现原理 | 切换耗时 | 适用场景 |
|---|---|---|---|
| DNS 切换 | 修改 DNS A/CNAME 记录指向新环境 IP | 分钟级（受 TTL 影响） | 非实时系统、内部工具 |
| 负载均衡器切换 | 更新 Nginx/HAProxy/ALB 后端服务器池 | 秒级 | Web 应用、API 服务 |
| 服务网格/网关切换 | 通过 Istio/Kong/APISIX 路由规则变更 | 毫秒级 | 微服务架构、精细化流量管理 |
最佳实践： 生产环境推荐使用负载均衡器或服务网格方式切换，避免 DNS 缓存带来的切换延迟和不一致问题。切换前务必执行“预检查”脚本，验证新环境健康检查、API 响应和数据库连接。
2.3 零停机部署的优势
蓝绿发布相比滚动更新或灰度发布，在以下维度具有显著优势：
- 零停机时间： 切换过程不涉及实例逐个重启，用户无感知。
- 即时回滚： 发现故障后，只需将流量切回蓝环境，回滚时间等于切换时间（秒级）。
- 环境一致性： 新版本在完整生产环境中验证，避免“在我机器上能跑”的问题。
- 全量验证： 可以在绿环境上执行完整的集成测试、性能测试和安全扫描。
- 故障隔离： 新版本故障不会影响当前活跃环境，用户流量不受干扰。
2.4 适用场景与限制
蓝绿发布并非银弹，在以下场景中效果最佳：
| 适用场景 | 说明 |
|---|---|
| 无状态应用 | Web 前端、API 网关、微服务（Session 外置） |
| 数据库向后兼容 | 新版本 Schema 变更兼容旧版本，或使用双写/迁移策略 |
| 高可用要求 | 金融、电商、实时通信等需要 99.99%+ 可用性的系统 |
| 发布频率中等 | 每天 1~5 次发布，环境资源成本可接受 |
注意限制： 蓝绿发布需要双倍基础设施资源（计算、存储、网络），成本较高。对于有状态应用（如数据库、消息队列），需要额外设计数据同步和兼容策略。如果数据库 Schema 不兼容，蓝绿切换可能导致数据损坏或服务中断。
2.5 蓝绿发布与回滚策略的关联
在本课程体系中，蓝绿发布是回滚策略的“第一道防线”：
- 快速回滚： 蓝绿环境天然支持“一键回滚”，无需重新构建和部署。
- 灾备联动： 当蓝绿切换失败或数据损坏时，需要结合 etcd 备份恢复进行数据层面的回滚。
- 自动化触发： 监控系统检测到错误率飙升或延迟异常时，自动触发蓝绿回滚流程。