k8s滚动升级_灰度(金丝雀)发布、蓝绿部署、滚动发布

灰度(金丝雀)发布

定义

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

实现

原理流量切换与灰度策略.实现方式参考以下 - 基于openresty+nginx实现前端灰度 - 基于apollo+ribbon实现后台灰度(关联知识点eureka元数据metadata-map)

蓝绿部署

定义

把环境分为AB组，首先把A组从负载均衡中摘除，把B组加入负载均衡中提供服务。类型A/B Test出发点不一样。

优缺点

• 发布简单
• 硬件数量翻倍

滚动发布

定义

滚动发布是指每次只升级一个或多个服务，升级完成后加入生产环境，不断执行这个过程，直到集群中的全部旧版本升级新版本。在金丝雀发布基础上的进一步优化改进，是一种自动化程度较高的发布方式，用户体验比较平滑，是目前成熟型技术组织所采用的主流发布方式。

总结

• 蓝绿发布：操作简单，硬件数量翻倍，以硬件换取操作。SLB进行切换几乎不停机，需考虑新旧环境切换对业务的影响。
• 灰度发布：硬件数量在原数量+1，此方式实现不停机发布，并且通过分流实现新旧并行，出问题后也可区分出新旧环境。
• 滚动发布：硬件数量在原数量+1，此方式实现不停机发布，并没有灰度发布明确的分流，出问题后不能快速区分出新旧环境，滚动发布主要体现出自动的发布策略依赖自动发布工具。如k8s就是现成的支持。滚动发布对于达到一定业务体量的公司，考虑到用户体验对业务的关键性，则需要投入研发资源开发支持滚动式发布的工具和配套的智能 LB，实现自动化和零停机的发布。
• 滚动与灰度：*滚动式发布一般和金丝雀发布配合，先发一台金丝雀去验证流量，再按批次增量发布。两者主要区别在于灰度强调是部分节点给指定用户体验没问题后再扩大发布，而滚动强调的是自动节点的更换，相对有一定风险两都结合即减少人工工作量风险也降低。*