3、蓝绿发布原理：双环境架构、流量切换机制、零停机部署的核心逻辑

蓝绿发布（Blue-Green Deployment）是平台工程中实现零停机部署和快速回滚的核心模式。其本质是通过维护两套完全独立的生产级环境（蓝环境与绿环境），并借助流量调度层实现瞬间切换，从而将部署风险与用户访问完全隔离。

3.1 双环境架构：蓝与绿的物理隔离

蓝绿发布要求同时运行两套完整的环境栈，每套环境都包含负载均衡器、应用实例、数据库连接、缓存及配置中心。在任意时刻，只有一套环境承载全部生产流量（称为“活跃环境”），另一套环境则处于待命或预热状态（称为“空闲环境”）。

3.2 流量切换机制：路由器层的瞬间拨动

流量切换的核心是路由器/网关层的配置变更。平台工程团队通过修改负载均衡器（如 Nginx、HAProxy、AWS ALB）或服务网格（如 Istio）的路由规则，将用户流量从蓝环境整体切换到绿环境。切换过程通常分为三个阶段：

1. 预热阶段：新版本部署到空闲环境后，通过内部端点执行健康检查、冒烟测试和流量影子（Traffic Mirroring），验证新实例的响应正确性。
2. 切换阶段：修改路由器权重，将流量从 100% 蓝环境逐步或瞬间调整为 100% 绿环境。瞬间切换（Cut-Over）适用于无状态应用；逐步切换（Weighted Shift）适用于需要观察渐变行为的场景。
3. 观察阶段：流量全部切至绿环境后，保留蓝环境运行 15-30 分钟（或一个完整的监控窗口），用于快速回滚。

3.3 零停机部署的核心逻辑

零停机部署并非指“部署过程中系统不产生任何变化”，而是指用户在整个部署周期内感知不到服务中断或性能下降。蓝绿发布通过以下四个逻辑层实现这一目标：

• 环境解耦层：两套环境共享同一套数据库（或兼容 Schema），但应用实例完全隔离。部署新版本时，旧版本不受任何影响。
• 流量控制层：路由器支持原子级权重切换（如 0→100 或 100→0），切换耗时通常在毫秒级，TCP 连接不中断。
• 会话保持层：对于有状态应用，通过外部会话存储（Redis/ElastiCache）实现跨环境会话共享，切换后用户无需重新登录。
• 健康门禁层：切换前必须通过“门禁检查”：新环境健康检查通过率 100%、错误率低于基线、延迟 P99 不高于旧环境 10%。

3.4 蓝绿 vs 滚动 vs 金丝雀：核心差异

3.5 平台工程中的蓝绿门禁集成

在平台工程落地中，蓝绿发布不是孤立操作，而是嵌入 CI/CD 流水线的门禁阶段。典型流水线包含以下门禁检查点：

1. 构建门禁：代码编译、单元测试、容器镜像扫描通过后，才允许推送至空闲环境。
2. 部署门禁：空闲环境部署完成后，自动执行冒烟测试、集成测试、安全扫描。
3. 切换门禁：健康检查通过率 100%、错误率 < 0.1%、延迟 P99 未恶化、数据库兼容性验证通过。
4. 观察门禁：切换后持续监控 15 分钟，若指标异常则自动触发回滚。