3. 灰度发布策略详解：蓝绿部署、金丝雀发布、A/B测试的区别与适用场景

在云原生架构中，灰度发布是降低上线风险的核心手段。蓝绿部署、金丝雀发布与A/B测试常被混淆，但三者目标、实现机制与适用阶段完全不同。本节从流量调度、验证目标、回滚效率三个维度拆解差异，并给出选型建议。

3.1 三种策略核心对比

3.2 蓝绿部署：全量切换，秒级回滚

蓝绿部署维护两套完全独立的生产环境（蓝环境为当前版本，绿环境为新版本）。验证通过后，通过Ingress或负载均衡器一次性将流量从蓝切到绿。

3.3 金丝雀发布：渐进放量，风险可控

金丝雀发布将新版本先部署少量实例，引入小比例流量（如5%），观察系统指标（错误率、P99延迟、CPU/内存）稳定后逐步增加比例，直至100%。

3.4 A/B测试：业务效果对比

A/B测试并非发布策略，而是业务验证手段。它基于用户特征（地域、设备、用户ID哈希）将流量分流到不同版本，对比业务指标（点击率、转化率、留存率）以决策哪个版本更优。

3.5 选型决策矩阵

3.6 组合实践：金丝雀 + A/B测试

在大型系统中，金丝雀发布与A/B测试常组合使用：先通过金丝雀验证系统稳定性，再在稳定版本上开启A/B测试对比业务效果。

# 金丝雀阶段：Ingress路由权重控制
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: canary-ingress
  annotations:
    nginx.ingress.kubernetes.io/canary: "true"
    nginx.ingress.kubernetes.io/canary-weight: "10"
spec:
  rules:
  - host: app.example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: app-canary
            port:
              number: 80

# A/B测试阶段：基于Header分流
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ab-test-ingress
  annotations:
    nginx.ingress.kubernetes.io/canary: "true"
    nginx.ingress.kubernetes.io/canary-by-header: "X-Experiment-Group"
    nginx.ingress.kubernetes.io/canary-by-header-value: "B"
spec:
  rules:
  - host: app.example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: app-experiment
            port:
              number: 80