什么是蓝绿发布？
蓝绿发布（Blue-Green Deployment） 是一种软件发布策略，旨在实现零停机、低风险的版本更新。其核心思想是通过维护两个完全相同的生产环境（称为 蓝环境 和 绿环境），并在两个环境之间切换流量，确保新版本上线时用户无感知，且能快速回滚到旧版本。
核心流程
-
环境准备：
- 蓝环境（Blue）：当前线上运行的稳定版本（旧版本）。
- 绿环境（Green）：部署新版本的待上线环境，与蓝环境的基础设施（服务器、数据库、网络等）完全一致。
-
部署新版本：
- 在绿环境中部署新代码，并进行内部测试（如功能测试、性能测试）。
-
流量切换：
- 通过负载均衡器、路由配置或 DNS 切换，将所有用户流量从蓝环境（旧版本）瞬间切换到绿环境（新版本）。
- 用户无感知，切换过程通常只需几秒到几分钟。
-
验证与回滚：
- 监控绿环境的运行状态（如错误率、响应时间）。
- 如果发现问题，立即将流量切回蓝环境（旧版本），实现秒级回滚。
- 如果运行正常，保留绿环境作为新的基线（原蓝环境可下线或用于下一次部署）。
示意图
用户流量
│
▼
负载均衡器
│
├───▶ 蓝环境（旧版本，当前无流量）
│
└───▶ 绿环境（新版本，承载全部流量）
核心优势
- 零停机：用户无感知，切换瞬间完成。
- 快速回滚：发现问题后，立即切回旧版本，降低故障影响。
- 安全验证：新版本可在独立环境中充分测试，不影响线上用户。
- 简化部署：无需复杂的灰度发布策略，适合紧急修复或大版本更新。
适用场景
- 关键业务系统：如电商、金融系统，要求高可用性和低风险。
- 大规模更新：需全量替换旧版本的功能或架构。
- 数据库变更：如果新版本需要数据库迁移，需确保兼容性（例如，通过同时支持新旧版本的数据库 schema）。
实现条件
- 基础设施支持：需能快速复制生产环境（如云服务器、容器化技术）。
- 数据兼容性：新旧版本需兼容同一份数据库或通过双向同步保证数据一致性。
- 自动化工具：流量切换、监控、回滚需自动化（如 Kubernetes、Nginx、AWS Route53）。
示例：电商系统蓝绿发布
- 当前状态：蓝环境运行订单服务 V1.0，处理所有用户请求。
- 部署新版本：在绿环境部署订单服务 V2.0，并测试新功能（如优惠券系统）。
- 流量切换：通过负载均衡器将用户请求从蓝环境切换到绿环境。
- 监控异常：发现新版本存在支付失败问题。
- 立即回滚：将流量切回蓝环境，恢复 V1.0 服务，用户支付流程不受影响。
与金丝雀发布的区别
| 蓝绿发布 | 金丝雀发布 |
|---|---|
| 全量切换流量，无中间状态 | 逐步将部分流量导到新版本，逐步验证 |
| 回滚速度快（秒级） | 回滚需要逐步调整流量比例 |
| 资源消耗较高（需双倍环境） | 资源消耗较低（仅部分实例运行新版本） |
缺点
- 资源成本高：需维护两套环境，对硬件或云资源消耗较大。
- 数据一致性挑战：如果新旧版本同时写入数据库，需确保兼容性（例如，数据库需支持双版本读写）。
- 冷启动延迟：绿环境首次启动时，可能需要预热缓存或连接池。
总结
蓝绿发布是平衡风险与效率的经典策略，尤其适合对稳定性要求高、资源充足的系统。结合自动化工具（如 Kubernetes、CI/CD 流水线），可以显著降低发布风险，提升运维效率。