前言

不知道大家有了解过你们公司的软件产品是如何部署的么？采用的什么部署策略？其实在软件开发生命周期中，部署是非常关键的一环，你需要考虑多方面的因素，如何保证你部署对用户无感知?如何把影响范围控制到最小？如何出现问题快速的实现回滚？
现在的大多数应用程序都是云原生、微服务的方式。例如，淘宝，它就是由许许多多的子服务组成的。服务数量越多，意味着出现问题的可能性更大。那么部署的策略极为关键，高效部署的期望达成的目标有如下几点：

零停机
快速部署
客户对新版本的快速反馈
出现问题容易回滚

那么本文和大家分享3种微服务部署比较常见的3种部署策略，滚动部署、蓝绿部署和金丝雀部署。

滚动部署

在这里插入图片描述

上图显示了部署模式：旧版本以蓝色显示，新版本在集群中的每个服务器上以绿色显示。
在滚动部署中，应用程序的新版本逐渐替换旧版本。实际部署发生在一段时间内。在此期间，新旧版本将共存，不会影响功能使用和用户体验。此过程可以更轻松地回滚与旧组件不兼容的任何新组件。

优点：

减少停机时间：滚动部署允许以增量方式部署更新，从而减少应用程序的整体停机时间。这是因为应用程序在部署过程中对用户仍然可用。
更好的风险管理：通过逐步更新一部分服务器，滚动部署可以实现更好的风险管理。如果在更新期间出现任何问题，可以及早检测到并在将更新推广到所有服务器之前缓解这些问题。
提高可靠性：滚动部署可以通过降低广泛故障的风险来帮助提高应用程序的可靠性。由于更新是针对一部分服务器推出的，因此可以在问题影响整个系统之前检测并解决问题。
简化回滚：如果在部署过程中出现问题，滚动部署可以更轻松地回滚更新。由于更新是增量部署的，回滚到以前的版本只需要回滚已更新的服务器子集。

缺点：

复杂性：滚动部署的设置和管理可能很复杂，尤其是对于具有许多服务器的大型应用程序。它需要仔细规划和协调，以确保以正确的顺序推出更新，并及时更新所有服务器。
更长的部署时间：滚动部署可能需要比其他部署策略更长的时间才能完成，因为更新是逐步推出的。这可能会导致更长的部署时间，这可能不适合对正常运行时间有严格要求的应用程序。
增加资源使用：滚动部署可能需要更多资源，因为更新会在部署到所有服务器之前先部署到一部分服务器。这可能会导致资源使用量增加和成本增加。
兼容性问题的风险：滚动部署会增加在不同服务器上运行的不同版本的应用程序之间出现兼容性问题的风险。这可以通过在推出更新之前彻底测试应用程序情况的兼容性来缓解。

蓝绿部署

在这里插入图片描述

在蓝绿部署中，有两个相同的环境（或资源集）用于部署和测试新版本的软件。一个环境被认为是“蓝色”环境，而另一个被认为是“绿色”环境。
当前版本的软件在蓝色环境中运行，新版本在绿色环境中进行部署和测试。一旦新版本在绿色环境中被认为稳定且功能齐全，流量可以从蓝色环境切换到绿色环境，使新版本成为当前版本。
这种方法的优点是它最大限度地降低了部署新版本软件可能导致的停机或错误的风险。如果在部署或测试过程中出现问题，可以快速切换回蓝色环境，而不会对用户造成任何干扰。这使得蓝绿部署成为需要高可用性和正常运行时间的公司的热门选择。
优点：

停机时间最短：蓝绿部署允许零停机更新，因为新版本的应用程序在切换到蓝色环境之前部署到绿色环境，这可以导致停机时间最少。
降低风险：由于新版本的应用部署到绿色环境，部署过程中出现的任何问题都与绿色环境隔离，降低了大范围故障的风险。
简化回滚：如果部署过程中出现问题，很容易回滚到以前的版本，因为蓝色环境仍然运行以前的版本。
提高可靠性：由于蓝色和绿色环境相同，蓝绿部署可以帮助确保应用程序可靠和稳定。

缺点：

复杂性增加：蓝绿部署的设置和管理可能很复杂，尤其是对于具有许多组件的大型应用程序。它需要仔细规划和协调，以确保正确设置绿色环境，并确保从蓝色环境到绿色环境的无缝切换。
增加资源使用：运行两个相同的环境可能需要更多资源，这会导致成本增加。
更长的部署时间：蓝绿可能需要更长的部署时间，因为新版本的应用程序需要先部署到绿色环境，然后才能切换到蓝色环境。
配置漂移的风险：由于两个相同的环境同时运行，如果更改一个环境而不更改另一个环境，则存在配置漂移的风险。通过使用自动化和配置管理工具来确保环境保持相同，可以减轻这种风险。

金丝雀部署

在这里插入图片描述

金丝雀部署就像蓝绿部署，只是它风险更小。你无需一步从蓝色切换到绿色，而是使用一种分阶段的方法。
通过金丝雀部署，您可以在生产基础设施的一小部分中部署新的应用程序代码。一旦应用程序被签署发布，只有少数用户被路由到新版本上，这样可以最大限度地减少任何影响。
在没有错误报告的情况下，新版本可以逐步推广到基础架构的其余部分。
优点：