3. 灰度发布基础：什么是灰度发布、金丝雀发布、蓝绿部署、滚动更新

在微服务与云原生架构中，发布策略直接影响系统的可用性与风险控制能力。本章将系统讲解四种核心发布模式：灰度发布、金丝雀发布、蓝绿部署与滚动更新，并对比其适用场景与准入条件。

3.1 灰度发布（Gray Release / Canary Release）

灰度发布是一种渐进式的版本上线策略。新版本先面向小部分用户或流量生效，验证稳定后逐步扩大范围，直至全量覆盖。其核心目标是：在真实生产环境中以最小爆炸半径验证新版本。

3.2 金丝雀发布（Canary Release）

金丝雀发布是灰度发布的一种经典实现。名称源于“煤矿金丝雀”典故——用敏感的金丝雀预警有毒气体。在发布场景中，新版本先部署到少量实例（金丝雀组），验证通过后再逐步替换所有实例。

3.3 蓝绿部署（Blue-Green Deployment）

蓝绿部署维护两套完全独立的生产环境：蓝环境（当前稳定版本）和绿环境（新版本）。通过流量路由瞬间切换，实现零停机发布。

3.4 滚动更新（Rolling Update）

滚动更新是 Kubernetes 等容器编排平台的默认发布策略。它逐个或分批替换 Pod 实例，在更新过程中保持服务不中断。关键参数包括：maxSurge（最大超出期望实例数）和 maxUnavailable（最大不可用实例数）。

# Kubernetes Deployment 滚动更新配置示例
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 10
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 2          # 更新时最多允许超出 2 个实例
      maxUnavailable: 1    # 更新时最多允许 1 个实例不可用
  template:
    spec:
      containers:
      - name: app
        image: my-app:v2.0
        readinessProbe:     # 就绪探针，确保新 Pod 就绪后才继续更新
          httpGet:
            path: /health
            port: 8080
          initialDelaySeconds: 5
          periodSeconds: 10

3.5 四种发布策略对比

3.6 发布门禁与准入接口的关联

在《发布门禁与灰度发布准入接口调用方案》课程中，上述发布策略是准入决策的执行载体。发布门禁系统在批准版本上线后，需要根据策略类型调用不同的准入接口：

• 灰度发布：调用 /api/v1/canary/start 接口，传入灰度比例、用户标签、观察窗口等参数。
• 蓝绿部署：调用 /api/v1/bluegreen/switch 接口，触发环境切换。
• 滚动更新：调用 /api/v1/rolling/update 接口，设置 maxSurge 和 maxUnavailable 参数。