金丝雀发布

与灰度发布的关系

蓝绿部署强调两套环境、瞬间切换；金丝雀发布是渐进式，强调用真实生产流量做小规模验证；灰度发布在国内语境下几乎等同于金丝雀发布。命名来自 19 世纪煤矿工人携带金丝雀下矿——金丝雀对一氧化碳特别敏感，先于人类感知危险。在发布场景中，少数用户就是金丝雀，新版本问题优先暴露在小群体上，而不是全部用户。[1]

Kubernetes 中的实现

在 Kubernetes 中可通过多个 Deployment 共享同一个 Service 来实现：旧版 9 个副本，新版 1 个副本，流量按副本比例分配，实现约 10% 的金丝雀流量。更精细的控制需要 Nginx Ingress 的 canary 注解或 Argo Rollouts（CNCF 孵化项目），后者支持按 Header 路由，以及基于 Prometheus 指标的自动晋升与回滚。