蓝绿发布： 一些应用程序只需要部署一个新版本，并需要立即切到这个版本。因此，我们需要执行蓝/绿部署。在进行蓝/绿部署时，应用程序的一个新副本（绿）将与现有版本（蓝）一起部署。然后更新应用程序的入口/路由器以切换到新版本（绿）。然后，您需要等待旧（蓝）版本来完成所有发送给它的请求，但是大多数情况下，应
### 蓝绿发布(Blue-Green Deployment) 蓝绿发布提供了一种零宕机的部署方式。不停老版本，部署新版本进行测试，确认OK，将流量切到新版本，然后老版本同时也升级到新版本。始终有两个版本同时在线，有问题可以快速切换。 蓝绿部署中，一共有两套系统： - 一套是正在提供服务系统，标记为
https://my.oschina.net/koderover/blog/5608477 随着市场的快速发展，产研团队需要更快迭代需求、更高频发布变更。但由于无法完全模拟线上流量和真实场景，频繁发布可能导致整个系统风险。当出现一个小问题，就可能导致服务的可用性受损、用户体验甚至客户服务受到影响。而
在之前的应用部署系列文章里，我们已经介绍过什么是蓝绿部署。如需回顾，点击下方文章链接即可重温。本文我们将会介绍如何使用 Kubernetes 实现蓝绿部署。 应用部署初探：3个主要阶段、4种常见模式 应用部署初探：微服务的3大部署模式 应用部署初探：6个保障安全的最佳实践 前期准备： Kuberne
项目的发布方式 蓝绿发布：不停止旧版本，直接部署新版本 灰度发布：旧版本和新版本共存 滚动更新：平滑地将服务更新 蓝绿发布 蓝绿部署就是不停止旧版本，直接部署新版本 部署过程： 部署v1的应用（初始状态） ：所有外部请求都会进入此版本 部署版本2的应用：新版的应用 如果版本2测试正常，就可以将流量切
在之前的文章中，我们已经充分了解了应用部署的4种常见模式（金丝雀部署、蓝绿部署、滚动部署及影子部署）。随着云原生技术逐步成熟，企业追求更为灵活和可扩展的系统，微服务架构大行其道。 微服务固然有诸多优点，但也给架构及运维工程师带来了新的挑战。在单体架构中，应用的设计、部署以及扩展都是作为一个单元进行，
