3. 蓝绿发布概念：什么是蓝绿发布，蓝环境与绿环境的定义，流量切换原理

3.1 蓝绿发布的核心定义

蓝绿发布（Blue-Green Deployment）是一种零停机、低风险的发布策略，其核心思想是同时维护两套完全独立的生产环境——蓝环境与绿环境。在任何时刻，只有其中一套环境承载全部生产流量，另一套环境则处于待命或空闲状态，用于部署新版本并进行验证。

与滚动更新或灰度发布不同，蓝绿发布不要求逐步替换旧实例，而是通过一次性切换整个流量入口来完成版本升级。这种“全量切换”模式使得回滚操作极其迅速且可靠——只需将流量切回旧环境即可。

3.2 蓝环境与绿环境的定义

在蓝绿发布模型中，两个环境具有以下特征：

两个环境在硬件规格、网络拓扑、中间件配置、依赖服务等方面必须保持完全一致，否则流量切换后可能出现非预期的行为差异。这种“环境对等性”是蓝绿发布成功的基础前提。

3.3 流量切换原理

流量切换是蓝绿发布的核心操作，其本质是在负载均衡器或API网关层面修改流量路由规则，将用户请求从蓝环境瞬间转移至绿环境。切换过程不涉及任何实例的重启或容器的重新调度。

3.4 流量切换的详细步骤

一次标准的蓝绿发布流量切换包含以下操作序列：

1. 预部署验证：在绿环境部署新版本 v2.0，执行自动化冒烟测试和健康检查，确保服务正常启动。
2. 流量预热（可选）：将少量测试流量或内部用户流量导入绿环境，验证功能正确性。
3. 切换决策：确认绿环境所有指标（延迟、错误率、资源使用率）均在阈值范围内。
4. 修改路由规则：在负载均衡器/网关中，将流量目标从蓝环境后端池切换至绿环境后端池。
5. 连接耗尽：等待蓝环境中正在处理的请求自然完成（通常设置 30-60 秒的优雅关闭窗口）。
6. 流量确认：验证绿环境 100% 承载流量，所有请求正常响应。
7. 蓝环境保留：蓝环境保持运行状态，作为回滚目标保留一段时间（通常 24-72 小时）。

3.5 蓝绿发布 vs 其他发布策略

3.6 蓝绿发布的关键约束

• 数据库兼容性：新版本的数据模型变更必须向后兼容，因为蓝绿环境通常共享同一数据库或使用双向同步机制。不兼容的 schema 变更会导致切换后数据损坏。
• 会话状态：如果应用依赖本地会话（如内存 Session），切换后用户会话会丢失。解决方案包括：使用外部会话存储（Redis）、无状态设计、或切换前完成会话迁移。
• 资源成本：维护两套完整生产环境意味着双倍的计算、存储和网络成本。对于大规模集群，成本可能成为瓶颈。
• 环境漂移：蓝绿环境在长时间运行后可能产生配置差异（如证书过期、依赖版本不一致）。需要定期同步两套环境的配置。

3.7 蓝绿发布的适用条件

并非所有系统都适合蓝绿发布。在采用该策略前，需要评估以下前置条件：

• 基础设施可复制性：环境必须通过 IaC（Terraform、CloudFormation、Pulumi）完全自动化创建，确保两套环境可快速重建且配置一致。
• 无状态或可分离状态：应用层最好无状态，或状态存储在外部（数据库、缓存、对象存储），避免环境切换时状态丢失。
• 数据库向后兼容：新版本的数据库变更必须兼容旧版本，或采用“增量化变更+只读旧字段”策略。
• 负载均衡器支持：网关或负载均衡器必须支持动态修改后端目标组，且切换过程不中断现有连接。
• 成本预算充足：双倍环境意味着双倍资源开销，需要评估是否在预算范围内。