金丝雀发布

在生产环境中更新和配置应用程序通常是件令人望而生畏的事。面对如此多的可用选项，应如何选择最适合你的用例的部署策略？ 部署策略用于升级或配置正在运行的应用程序。在下文中，我们将讨论三种部署策略：重建部署、蓝/绿部署、金丝雀部署。

蓝绿部署、A/B测试、金丝雀发布，以及灰度发布、流量切分等，经常被混为一谈，影响沟通效率。根本原因是这些名词经常出现，人们耳熟能详能够熟练地谈起，对这些术语的理解却没有达成一致。下面是从Blue-green Deployments, A/B Testing, and Canary Releases中整理出来的定义。

灰度发布、金丝雀发布和蓝绿发布是三种常见的软件发布策略，用于在生产环境中逐步推出新版本，以降低风险并确保系统的稳定性。以下是它们的详细介绍、区别以及实现方法。灰度发布是一种逐步将新版本推送给部分用户的策略。通过控制新版本的流量比例，逐步扩大范围，确保新版本的稳定性。

金丝雀部署也被叫作灰度部署。金丝雀部署过程：先让一部分用户继续使用旧版本，而另一部分用户开始使用新版本；如果新版本没有发生问题，则逐步扩大新版本的使用范围直到使用旧版本的用户都使用新版本。

当您对新版本感到满意时，您可以开始将一些选定的用户路由到它。使用金丝雀版本的一个好处是，如果发现问题，可以在生产环境中使用安全回滚策略对新版本进行容量测试。但是，最好避免将这两个问题混为一谈：虽然金丝雀版本是检测问题和回归的好方法，但 A/B 测试是一种使用变体实现来测试假设的方法。是一种降低在生产中引入新软件版本的风险的技术，方法是在将更改推广到整个基础架构并使其可供所有人使用之前，缓慢地将更改推广到一小部分用户。类似，您首先将软件的新版本部署到基础架构的子集，没有用户被路由到该子集。...

建议先关注后，再读：理解“金丝雀发布”定义金丝雀发布在国内也经常被叫做灰度发布。下文将使用”金丝雀发布“这一术语。金丝雀发布是发布模式的一种。“发布”是什么意思？发布：即宣布，发表。有向外公开的意思。说到“发布”，就不得不说“部署”。不少人将“发布”与“部署”两个概念混淆。“部署”又是什么意思？在软件工程领域，“部署”指的是将（编译）打包好的程序发送到目标服务器上，并启动...

蓝绿发布是一种通过资源冗余来换取回滚效率的发布方式，结合 Argo Rollout ，能够很方便地实现自动化的流量切换。但是它的缺点也是比较明显的：当新环境准备好之后，流量将进行全量切换， 无法对新环境进行小规模的流量验证。为了更好地了解新环境的性能和潜在的问题，最好的办法是让新的环境接收一小部分生产流量。通常，我们会把一定比例的生产流量转发到新的环境，以此来验证新环境的表现。这种发布方式就叫做金丝雀发布，又叫做灰度发布。

蓝绿发布和金丝雀发布是两种常见的软件部署策略，各有优缺点和适用场景。蓝绿发布通过同时维护新旧两个独立环境，实现秒级全量切换，适合确定性高的全量更新，但需要双倍资源。金丝雀发布则通过逐步将少量用户流量引入新版本，逐步验证功能稳定性，适合不确定性高的功能验证，但发布周期较长且需要复杂的流量控制工具。蓝绿发布操作简单，适合紧急修复，而金丝雀发布风险分散，适合探索性功能。选择哪种策略取决于具体需求和资源情况。

这篇文章介绍一下蓝绿部署以及使用nginx如何最简单地模拟一下金丝雀发布的方式。

金丝雀发布也称为灰度发布，是一种软件发布策略主要目的是在将新版本的软件全面推广到生产环境之前，先在一小部分用户或服务器上进行测试和验证，以降低因新版本引入重大问题而对整个系统造成的影响是一种Pod的发布方式。金丝雀发布采取先添加再删除的方式，保证Pod的总量不低于期望值。并且在更新部分Pod后，暂停更新，当确认新Pod版本运行正常后再进行其他版本的Pod的更新。

rancher金丝雀发布 金丝雀基于Ingress nginx.ingress.kubernetes.io/canary-by-header：基于 Request Header 的流量切分，适用于灰度发布以及 A/B 测试。当 Request Header 设置为 always时，请求将会被一直发送到 Canary 版本；当 Request Header 设置为 never时，请求不会被发送到 Canary 入口；对于任何其他 Header 值，将忽略 Header，并通过优先级将请求与其他金丝雀规

蓝绿部署、 滚动部署、 灰度部署、 金丝雀部署、 功能开关发布、 影子测试

一、Blue/Green Deployment（蓝绿部署） 1、部署过程： （1）准备两个相同的应用运行环境，命名为蓝色环境、绿色环境，刚开始，蓝色环境和绿色环境都运行着相同的应用版本V1，只有绿色环境对外提供服务。 （2）我们开发了一个新版本V2，那么放到蓝色环境上进行反复的测试、修改、验证，确定达到上线标准后，利用负载均衡器/反向代理/路由等手段将对外服务切换为蓝色环境。 （3）一段时间后，如果发生故障，那么迅速切换回绿色环境V1；如果运行没有异常，那么绿色环境更新版本到V2，版本再次一致。

金丝雀部署（Canary Deployment）是一种逐步发布软件更新的策略，旨在降低部署新版本时的风险。其基本原理是将新版本的应用程序先发布给一小部分用户，在确认没有问题后再逐步扩大范围，最终将新版本完全替换旧版本。以下是金丝雀部署的具体步骤： 1.选择金丝雀用户：选择一小部分用户作为金丝雀用户，这些用户将首先使用新版本...

灰度(金丝雀)发布定义灰度发布又叫金丝雀发布，只升级部分服务，即让一部分用户继续用老版本，一部分用户开始用新版本，如果用户对新版本没什么意见，那么逐步扩大范围，把所有用户都迁移到新版本上面来。 (金丝雀发布由来。以前，旷工开矿，在下矿洞前需要检查下方是否有毒气，矿工们先会放一只金丝雀进去探是否有有毒气体，看金丝雀能否活下来。)实现原理流量切换与灰度策略.实现方式参考以下 - 基于openresty...

对灰度发布了解吗？对蓝绿发布了解吗？对金丝雀发布了解吗？对滚动发布发布了解吗？本文的宝贵内容作为“K8S云原生学习”重要的内容，收入咱们的《K8S学习圣经》，供后面的小伙伴参考，提升大家的 3高 架构、设计、开发水平。

在软件工程中，金丝雀部署是一种分阶段发布的做法。我们首先向一小部分用户推出软件更新，让他们进行测试并提供反馈。一旦变更被接受，更新就会向其他用户推出。金丝雀部署向我们展示了用户在现实世界中与应用程序变更的交互方式。与蓝绿部署一样，金丝雀策略提供无停机升级和轻松回滚。与蓝绿部署不同的是，金丝雀部署更加平稳，故障影响有限。