蓝绿发布基础：蓝绿环境定义、流量切换原理、回滚机制

蓝绿发布（Blue-Green Deployment）是云原生场景下最成熟的无中断发布策略之一。其核心思想是维护两套独立的生产环境——蓝环境（当前稳定版本）与绿环境（新版本候选），通过流量网关的瞬时切换完成版本升级，并在出现异常时快速回滚。本章将系统定义蓝绿环境模型、剖析流量切换原理，并建立可编程的回滚机制。

2.1 蓝绿环境定义

蓝绿环境并非简单的“两套副本”，而是具备完整基础设施、配置、数据层隔离或兼容的生产级环境。下表列出蓝绿环境的核心属性对比：

蓝绿环境的关键设计原则是对称性——两套环境的计算资源规格、网络策略、存储挂载应保持一致，唯一差异是版本与配置。对称性确保流量切换后，新环境能直接承接生产负载，不会因资源不足或网络策略差异导致故障。

2.2 流量切换原理

流量切换是蓝绿发布的核心动作，其本质是修改流量入口的路由规则，将原本指向蓝环境的流量瞬时转向绿环境。切换粒度可以是DNS、负载均衡器、API网关或Service Mesh的流量路由。

下图展示蓝绿发布中流量切换的完整流程：

流量切换的典型实现方式包括：

• DNS切换： 修改A记录或CNAME指向绿环境入口，利用DNS TTL控制生效延迟（通常60-300秒，不适合秒级切换）。
• 负载均衡器切换： 修改Nginx/HAProxy upstream或云LB的目标组，将流量权重从100:0切换为0:100。
• Kubernetes Service切换： 修改Service的selector标签，从blue指向green，Pod滚动更新后流量自动切换。
• Service Mesh路由： 通过VirtualService/DestinationRule调整权重，支持金丝雀比例与蓝绿瞬时切换。

2.3 回滚机制

蓝绿发布的回滚机制具有天然优势：由于蓝环境在切换后并未立即销毁，只需将流量切回蓝环境即可完成回滚。回滚速度取决于路由生效延迟，通常可在秒级完成。

回滚触发条件一般分为三类：

回滚流程包含以下标准步骤：

1. 停止新流量进入绿环境——网关层面将绿环境权重置零。
2. 恢复路由规则——将流量入口重新指向蓝环境（原版本Service/LB）。
3. 验证蓝环境健康——确认蓝环境Pod/实例正常运行，无级联故障。
4. 销毁绿环境资源——清理绿环境的Deployment、Service、ConfigMap等资源，释放资源。
5. 记录回滚事件——将回滚原因、持续时间、影响范围写入审计日志。

下图展示蓝绿回滚的完整状态机：

2.4 蓝绿发布与SLO门禁的衔接

蓝绿发布本身不包含SLO检测能力，但它为SLO门禁提供了理想的执行时机：

• 切换前门禁： 绿环境部署完成后，门禁系统在绿环境上运行SLO预检（错误率、P99延迟、可用性），达标后才允许切换。
• 切换后门禁： 流量切换后，门禁系统持续监控绿环境的SLO指标，一旦违约立即触发自动回滚。
• 回滚后门禁： 回滚完成后，门禁系统验证蓝环境是否恢复至正常SLO水平，确认后关闭告警。

在Kubernetes环境中，蓝绿发布的典型资源定义示例如下：

# blue-deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-blue
  labels:
    app: myapp
    env: blue
spec:
  replicas: 5
  selector:
    matchLabels:
      app: myapp
      env: blue
  template:
    metadata:
      labels:
        app: myapp
        env: blue
    spec:
      containers:
      - name: myapp
        image: myapp:v1.0
        ports:
        - containerPort: 8080
---
# green-deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-green
  labels:
    app: myapp
    env: green
spec:
  replicas: 5
  selector:
    matchLabels:
      app: myapp
      env: green
  template:
    metadata:
      labels:
        app: myapp
        env: green
    spec:
      containers:
      - name: myapp
        image: myapp:v2.0
        ports:
        - containerPort: 8080
---
# service.yaml（切换时修改selector）
apiVersion: v1
kind: Service
metadata:
  name: myapp-service
spec:
  selector:
    app: myapp
    env: blue   # 切换时改为 green
  ports:
  - port: 80
    targetPort: 8080