3. 蓝绿发布原理：蓝绿环境定义、流量切换机制、零停机部署、蓝绿发布与滚动发布的对比
3.1 蓝绿环境定义与核心概念
蓝绿部署（Blue-Green Deployment）是一种通过维护两套完全独立的生产环境（蓝环境与绿环境）来实现零停机、低风险发布的策略。在任何时刻，只有一套环境承载全部生产流量，另一套环境处于待命或空闲状态。
核心定义： 蓝环境（Blue）与绿环境（Green）在基础设施层面完全对等，包括计算资源、网络配置、数据库连接、中间件以及 Secrets 配置。两套环境共享同一套持久化存储层（如数据库、对象存储），但应用实例与配置完全隔离。
| 环境角色 | 状态 | 流量承载 | Secrets 版本 | 典型用途 |
|---|---|---|---|---|
| 蓝环境（Blue） | 活跃（Active） | 100% 生产流量 | 当前稳定版本 | 运行当前生产版本 |
| 绿环境（Green） | 空闲（Idle） | 0% 流量 | 新版本（待验证） | 部署新版本、执行集成测试 |
| 切换后 | 角色互换 | 100% 流量切至 Green | 新版本成为稳定版 | 旧 Blue 环境进入空闲 |
3.2 流量切换机制与零停机部署
流量切换是蓝绿发布的核心操作，通常通过负载均衡器（如 Nginx、HAProxy、AWS ALB）或服务网格（如 Istio）的配置更新来实现。切换过程要求原子性、可逆性，并且对用户完全透明。
- 预切换验证： 在空闲环境（如 Green）上完成新版本部署、Secrets 注入、冒烟测试与健康检查。
- 流量权重调整： 负载均衡器将流量权重从 Blue:Green = 100:0 逐步或瞬间调整为 0:100。
- 连接耗尽（Drain）： 旧环境（Blue）处理完已建立的连接，不再接收新请求。
- 健康监控： 切换后持续观察新环境（Green）的指标（错误率、延迟、吞吐量）。
- 快速回滚： 若发现问题，立即将流量权重切回 Blue，实现秒级回滚。
零停机关键： 切换前确保两套环境都已完成数据库 Schema 迁移（向前兼容），且 Secrets 版本在切换瞬间能够被新环境正确加载。Secrets 的版本控制必须与部署版本绑定，避免切换后出现凭证不匹配。
3.3 蓝绿发布与滚动发布的对比
滚动发布（Rolling Update）是另一种常见的部署策略，它通过逐步替换旧版本实例来减少影响面。蓝绿发布与滚动发布在风险控制、资源消耗、回滚速度等方面存在显著差异。
| 对比维度 | 蓝绿发布 | 滚动发布 |
|---|---|---|
| 环境数量 | 两套完整环境（Blue + Green） | 一套环境，逐步替换实例 |
| 资源成本 | 高（需要双倍基础设施） | 低（仅需少量额外缓冲实例） |
| 切换速度 | 秒级（负载均衡器权重切换） | 分钟级（逐批次替换） |
| 回滚速度 | 秒级（切回旧环境） | 分钟级（反向滚动替换） |
| Secrets 版本管理 | 环境级隔离，版本切换清晰 | 实例级混合，需精细控制 |
| 流量影响 | 零停机，切换瞬间完成 | 零停机，但新旧版本共存 |
| 测试验证 | 可在空闲环境充分测试 | 仅能在少量实例上验证 |
| 适用场景 | 关键业务、高风险变更、Secrets 轮换 | 常规迭代、资源受限环境 |
Secrets 版本控制风险提示： 在滚动发布中，新旧实例可能同时运行，如果 Secrets 版本与实例版本不匹配，会导致部分请求使用旧凭证、部分请求使用新凭证，引发间歇性认证失败。蓝绿发布通过环境级隔离彻底避免了这种混合状态。
3.4 蓝绿发布在 Secrets 版本控制中的优势
在 Secrets 版本控制与回滚自动化场景中，蓝绿发布提供了天然的优势：
- 环境级隔离： 每套环境拥有独立的 Secrets 存储（如 Kubernetes Secrets、Vault 路径），版本切换与流量切换同步进行。
- 原子性切换： 流量切换瞬间完成，Secrets 版本不会出现中间状态，避免了滚动发布中“新旧凭证共存”的混乱。
- 快速回滚： 回滚时只需将流量切回旧环境，旧环境的 Secrets 版本仍然有效，无需重新注入或等待。
- 预验证能力： 可以在空闲环境上使用新 Secrets 版本进行完整的集成测试，确保凭证兼容性。
最佳实践： 在蓝绿发布中，将 Secrets 的版本标签（如
secrets-version: v1.2）作为环境标签的一部分，与部署版本（app-version: 2.3.1）一起管理。切换时，负载均衡器、应用实例、Secrets 版本三者保持严格一致。