本文目录导读：
蓝绿部署（Blue-Green Deployment）是一种用于减少应用发布期间停机时间和风险的发布策略，它通过维护两套完全相同的生产环境（称为“蓝”环境和“绿”环境）来实现无缝切换。
以下是蓝绿部署切换的详细核心原理、流程、优缺点及关键注意事项。
核心原理
- 蓝环境：当前正在生产环境中处理用户真实流量的环境（版本 2.0）。
- 绿环境：与蓝环境完全相同（硬件、配置、数据库等），但空闲或用于部署新版本（版本 3.0）的环境。
核心思想：在任意时刻，只有一套环境（蓝”）承载全部生产流量，另一套（“绿”）作为备用或新版本部署环境，切换时,只需将负载均衡器或路由器的流量从蓝环境瞬间全部切换到绿环境。
标准切换流程
-
初始化：假设“蓝”环境（V2）正在运行，承载所有用户流量。“绿”环境（空闲或与V2一致）。
-
部署新版本：将新版本代码（V3）部署到“绿”环境，部署过程中，蓝环境完全不受影响,用户正常使用。
-
集成测试/验证：在绿环境中对新版本（V3）进行全面的验证（冒烟测试、回归测试、API测试、UI测试等），确保其功能正确、性能达标且无关键Bug。注意：这通常需要隔离的真实流量或内部测试，不能影响蓝环境。
-
切换（Cutover）：验证通过后，修改负载均衡器/路由器的配置，将用户流量全部导向绿环境,这一步通常可以在秒级或分钟级完成。
-
确认与监控：
- 迅速监控绿环境的状态（错误率、响应时间、CPU/内存、业务指标等）。
- 如果一切正常，蓝环境变为上一个版本（V2）的备用环境。
- 如果出现严重问题，立刻回滚：只需将流量切回蓝环境。
-
清理/保持：旧的蓝环境（V2）保留一段时间作为故障回滚的容量，确认稳定后,可以关闭蓝环境或重新用于下一次蓝绿部署。
关键优势
- 切换几乎瞬间完成：无需复杂的滚动更新步骤，切换时间仅取决于路由器/DNS/负载均衡器的刷新时间（秒级）。
- 回滚非常轻松：如果切换后发现生产问题，只需要一秒把流量切回蓝环境（即原地回滚）,不需要重新部署旧版本。
- 零停机时间（理想情况）：只要切换操作本身平滑,用户不会感知到部署动作。
- 环境完全隔离：新旧版本运行在完全独立的硬件/容器上，不会因共享资源（如JVM、CPU、内存）产生相互影响。
主要挑战与缺点
- 成本翻倍：需要维护两套完全相同的生产环境，对于小团队或预算有限的初创公司来说，成本较高（不过云环境可以按需快速启用/关闭来缓解）。
- 数据迁移/数据库兼容性问题：
- 这是蓝绿部署最大的坑。
- 如果新版本修改了数据库结构（Schema）或数据（增删改字段、表）,需要确保切换前后数据兼容。
- 常见方案：采用前向兼容策略，例如新版本能同时读写旧版本数据库Schema，并只进行“非破坏性”变更（仅添加新字段、不允许删除旧字段或对旧字段非向后不兼容的修改），回滚时，蓝环境（旧版本）也需要能读取新版本写入的数据。
- 更复杂的场景需要引入数据库迁移切换（如使用Flyway/Liquibase管理）,这会让过程复杂化。
- 切换时的会话/状态丢失：
- 如果应用存在用户会话状态（Session），一旦切换，用户的会话（如登录状态、购物车）在旧版本环境中，切换后他们会被导向新环境,而新环境没有这些Session。
- 解决方案：使用外部共享存储（如Redis、Memcached）管理Session，这样切换后依然能读取会话（需确保新版本能兼容旧版本Session格式）,或者采用无状态应用架构。
- 环境一致性要求高：两套环境的操作系统补丁、网络配置、依赖库版本、中间件配置等必须严格一致，否则切换后的故障很难排查，通常通过基础设施即代码（IaC）工具（如Terraform、Ansible）来保证。
- 数据库切换的原子性：如果数据库也需要同步切换（例如新版本数据库URL不同），需要保证切换数据库和切换流量的原子性或精确顺序,否则可能数据不一致。
适用场景
- 微服务架构中的前端网关层或无状态服务。
- 对高可用性要求极高的关键服务（如支付、核心交易系统）。
- 需要快速回滚能力的发布流程。
不适合的极端场景
- 需要对数据库结构做破坏性变更（如删除不再使用的表、重命名字段）且无法做到前向兼容。
- 应用状态严重依赖本地（服务器磁盘、Java Heap Session）且无法外部化。
- 环境复制极其困难（例如依赖特定物理硬件或遗留系统）。
关键注意事项
- 自动化是灵魂：手动切换意味着高风险、长停机时间，典型流程由CI/CD工具（Jenkins、GitLab CI、GitHub Actions）结合基础设施自动化完成。
- 流量切换粒度：可以全部流量切换，也可以灰度切换（例如只切5%流量到新环境验证，再逐步扩大）,这适合风险偏好较低的场景。
- 环境清洁：每次切换后，需要把旧环境清理干净（重置状态、清除测试数据）,为下一次部署做准备。
- 持续同步：如果两套环境长期处于峰值运行状态（不大可能），需要保持同步,避免配置漂移。
蓝绿部署是一种高效的“一次性切换”发布策略，它既不是渐进式更新（滚动更新），也不是金丝雀发布（灰度渐进），而是在两套完全相同环境之间做瞬间流量调转。
- 好处：切换快、回滚快、零停机（理想）。
- 代价：成本翻倍、数据库兼容性复杂、需要外部会话存储、需要自动化保障。
对于高流量的线上服务，它是一种非常成熟且可靠的部署方式,但需要团队具备良好的架构设计和自动化运维能力。
