4. 蓝绿发布原理：蓝绿环境定义、流量切换机制、回滚策略

蓝绿发布（Blue-Green Deployment）是一种零停机、低风险的发布策略，通过维护两套完全独立的生产环境（蓝环境与绿环境），实现流量的瞬时切换与快速回滚。本章从环境定义、流量切换机制与回滚策略三个核心维度展开，帮助运维人员建立可操作的蓝绿发布模型。

4.1 蓝绿环境定义

蓝绿环境的核心要求是完全对等——两套环境在基础设施、网络拓扑、中间件配置、数据层访问路径上必须一致，唯一差异是运行的应用版本。

在 Kubernetes 环境中，蓝绿环境通常通过两套独立的 Deployment 与 Service 实现，标签选择器严格区分：

# 蓝环境 Deployment
apiVersion: apps/v1
kind: Deployment
metadata:
  name: app-blue
  labels:
    app: myapp
    env: blue
spec:
  replicas: 6
  selector:
    matchLabels:
      app: myapp
      env: blue
  template:
    metadata:
      labels:
        app: myapp
        env: blue
    spec:
      containers:
      - name: app
        image: myapp:v1.2.0
        ports:
        - containerPort: 8080

---
# 绿环境 Deployment
apiVersion: apps/v1
kind: Deployment
metadata:
  name: app-green
  labels:
    app: myapp
    env: green
spec:
  replicas: 6
  selector:
    matchLabels:
      app: myapp
      env: green
  template:
    metadata:
      labels:
        app: myapp
        env: green
    spec:
      containers:
      - name: app
        image: myapp:v1.3.0
        ports:
        - containerPort: 8080

4.2 流量切换机制

流量切换是蓝绿发布的核心动作，要求原子性与可观测性。切换的本质是修改流量入口的路由规则，将原本指向蓝环境的流量全部转向绿环境。

流量切换的典型实现方式分为三种：

以下为基于 Kubernetes Service + 标签选择器 的流量切换示意图：

4.3 回滚策略

蓝绿发布的回滚策略是其最大优势——由于旧版本环境（蓝环境）在切换后仍保持运行，回滚只需将流量切回即可，无需重新部署或构建镜像。

回滚触发条件通常包括：

• 监控告警：错误率超过基线 2 倍、P99 延迟上升 50% 以上
• 业务反馈：核心功能不可用或数据不一致
• 自动化测试：切换后的冒烟测试（Smoke Test）失败

回滚操作分为快速回滚与完整回滚两种模式：

以下为蓝绿发布完整生命周期（含回滚路径）的流程示意图：

4.4 蓝绿发布与 RTO 的关系

在《RTO 校验容器网络运维》课程背景下，蓝绿发布直接决定了故障恢复时间目标（RTO）的达成能力：