蓝绿发布与金丝雀发布

---

一、蓝绿发布：像「搬家」一样安全上线

1. 生活化故事

假设你有一套老房子（旧版本），现在想搬到新房子（新版本）。为了搬家不出错，你需要：

1. 先建一个一模一样的新房子（部署绿环境），家具位置、水电配置全部相同。
2. 在新房子测试生活是否正常（验证新版本）：开水龙头有没有水？开关灯是否正常？
3. 选一个时间点，瞬间从老房子搬到新房子（流量切换）。搬家期间，你不会同时住在两个房子里。
4. 如果新房子有问题（比如漏水），立刻搬回老房子（秒级回滚）。

关键点：新旧房子完全独立，切换是“全有或全无”的，但需要双倍资源（两套房子的成本）。

---

2. 技术步骤拆解

场景：一个在线商城的支付系统升级。

步骤①：初始状态

• 蓝环境（旧版本）：正在处理所有用户的支付请求。
• 绿环境：空闲状态，准备部署新版本。

用户流量 → 负载均衡器 → 蓝环境（V1.0）

步骤②：部署新版本到绿环境

• 使用 完全相同的数据库副本，避免数据不一致。
• 部署命令示例（Docker）：

  # 启动绿环境容器
  docker run -d --name payment-green -e VERSION=2.0 payment-image:2.0
  

步骤③：内部验证绿环境

• 通过内部测试账号访问绿环境，确保功能正常。
• 检查点：
  • 支付流程能否走通？
  • 数据库读写是否正常？
  • 性能是否符合预期？

步骤④：一键切换流量

• 修改负载均衡器配置，将用户流量从蓝环境切换到绿环境。
• Nginx配置示例：

  # 修改前（指向蓝环境）
  upstream payment {
    server 192.168.1.10:8080;  # 蓝环境IP
  }
  
  # 修改后（指向绿环境）
  upstream payment {
    server 192.168.1.20:8080;  # 绿环境IP
  }
  

  • 执行 nginx -s reload 重新加载配置。

步骤⑤：监控与回滚

• 监控指标：支付成功率、响应时间、服务器CPU/内存。
• 如果发现问题：
  • 立即将Nginx配置改回蓝环境。
  • 执行 nginx -s reload，用户流量瞬间切回旧版本。

---

3. 蓝绿发布的优缺点

优点	缺点
用户无感知（零停机）	需要双倍服务器资源
回滚极快（秒级）	切换是全量，风险一次性暴露
操作简单，适合紧急修复	数据库需同步，否则可能数据错乱

---

二、金丝雀发布：像「试吃新菜品」一样逐步验证

1. 生活化故事