一、金丝雀发布（灰度发布）

Deployment控制器支持自定义控制更新过程中的滚动节奏，如“暂停(pause)”或“继续(resume)”更新操作。

①比如等待第一批新的Pod资源创建完成后立即暂停更新过程，此时，仅存在一部分新版本的应用，主版本还是旧的版本：

②然后，在筛选一小部分的用户请求路由到新版本的Pod应用，继续观察能否稳定的按期望的方式运行

③确定没问题之后再继续完成余下的Pod资源滚动更新，否则立即回滚更新操作。

1.1、准备旧版本的nginx

1.2、更新deployment的版本，并配置暂停deployment

kubectl set image deployment/nginx-kfc nginx=nginx:1.15 -n kfc && kubectl rollout pause deployment/nginx-kfc -n kfc

kubectl rollout status deployment/nginx-kfc -n kfc　　#观察更新状态



Waiting for deployment "nginx-01" rollout to finish: 1 out of 3 new replicas have been updated...
# 更新名为"nginx-01"的部署（Deployment）中的 "nginx" 容器的镜像版本为"nginx:1.15
# 暂停名为"nginx-01"的部署的滚动更新，这意味着在执行这个命令后，将不会继续推进新的副本集，并且当前的副本集将保持不变

1.3、开启另外一个窗口查看pod信息

监控更新的过程，可以看到已经新增了一个资源，但是并未按照预期的状态去删除一个旧的资源，就是因为使用了pause暂停命令

查看nginx版本信息

curl -I 10.244.2.14

curl -I 10.244.1.12

1.4、确保更新的pod没问题，继续更新

kubectl rollout resume deployment/nginx-kfc -n kfc

1.5、查看最后的更新情况

kubectl get pod -w -n kfc

kubectl get pod -n kfc -owide

curl -I 10.244.2.14

curl -I 10.244.2.16

至此，版本更新完毕！！！！

1.5、分阶段访问

二、蓝绿发布

蓝绿发布是一种部署新版本应用程序的策略，旨在减少对用户造成的影响。在蓝绿发布中，两个相同的生成环境并行存在，一个被标记为蓝色，一个被标记为绿色

蓝色：当前稳定的生产环境

绿色：新版本的生产环境

在初始阶段所用的用户流量都会指向蓝色环境。当新版本准备就绪时，流量可以逐渐转移到绿色环境中。这种逐步迁移流量的方式允许进行实时及监控，并在出现问题时快速的回滚到蓝色环境。一旦绿色环境被验证为稳定可靠，蓝色环境可以被废弃或者保留作为备份。

三、总结

3.1、滚动发布

就是按照一部分一部分的滚动更新；创建一定比例的pod，先创建再删除旧的pod。

3.2、金丝雀发布（灰度发布）

先更新一部分pod，然后暂停更新

安排一小部分的用户进行流量访问更新的pod来测试

当测试没有问题后再扩大比例，知道全部更新完成为止。

3.3、蓝绿发布

蓝：就是正在运行的稳定版本

绿：就是新版本的副本

进行新旧版本的切换，用户无感知，业务稳定；但是需要大量了资源，成本比较高。