理解 什么是 滚动更新，蓝绿部署，灰度发布 以及它们的区别

滚动更新，蓝绿部署，灰度发布

这3种 现代化的 发布模式相信很多人都听过， 但是并不是都能正确理解他们的作用和区别

滚动更新 Rolling Update

所谓滚动更新是for 那些多实例的service的。

假如1个 service 有n 个instance, 更新时并不是n 个 instance 同时更新， 而是有先后顺序。

rolling update 是k8s 提供的一个招牌特性

解决的问题：
这样的话在整个更新区间， 都保证至少1个instance 是在线的， 这样对用户来讲更新是无感知的， 实现所谓的高可用和0 downtime

未解决的问题：
假如新版本是有问题的， 有严重的bug, 在滚动更新区间是没有验证的， 所以当整个更新完成后还是有很大由于bug导致风险

原理如图：

蓝绿部署 Blue-Green Deployment

蓝绿部署 通常发生在传统的on-prem的service上
但它不一定是for 多instance 的 service的

定义
它是一种在生产环境中同时部署并运行两个完全独立的应用程序版本的策略。在蓝绿部署中，蓝色环境代表当前的稳定版本，而绿色环境代表新版本。新版本的应用程序在绿色环境中进行测试和验证，然后通过切换路由或负载均衡器将流量从蓝色环境切换到绿色环境。一旦验证通过，可以将流量完全切换到绿色环境，并最终关闭蓝色环境。

也就是讲， 蓝绿部署的前提是 一套与当前正在运行的生产环境 同样规格的备用servers

当要部署时

首先把新版本的se