DevOps 最近出现了爆炸性增长，因为组织希望通过使用基础设施即代码方法实现自动化操作来更快地交付版本和功能。行业的这种转变正在带来一些非常有趣的转变，包括组织如何部署应用程序以及对 IT 运营的期望。
DevOps 不仅在基础设施的交付中发挥着重要作用，而且在应用程序部署过程本身中也发挥着重要作用。很多时候，DevOps 和开发齐头并进，部署基础设施的唯一目的是开发应用程序管道。通过采用现代部署方法，应用程序的生命周期变得更加灵活，NGINX 可以提供灵活性来增强此过程。
用于应用程序交付的硬件设备传统上是相当静态的，并且不能很好地满足利用管道进行应用程序部署时所需的敏捷性。能够定义 d作为开发和迭代过程一部分的特定应用程序的交付需求增强了 DevOps 过程。
蓝绿部署
构建使开发更加敏捷的应用程序环境的方法之一是蓝绿部署。蓝绿部署本质上需要同时运行两个生产环境。目标是使环境尽可能接近相同，但在任何给定时间只有其中一个存在。非实时环境用于暂存和测试。
为了便于讨论，我们将实时环境称为蓝色，将登台环境称为绿色。一旦绿色环境中的应用程序更新测试被认为成功，绿色将成为实时环境，蓝色将成为新的暂存环境，为应用程序的下一次迭代更改做好准备。如果绿色环境上线后不久出现问题，可以轻松回滚到蓝色环境，因为您知道它在切换之前已准备好投入生产。
NGINX 的轻量级和敏捷性使其成为在蓝绿环境中控制应用程序交付的绝佳工具。环境之间的切换以及应用程序交付配置所需的更改都可以纳入管道流程本身。正如 NGINX 博客中详细介绍的，借助 NGINX Plus，您可以使用键值存储来实施蓝绿部署。
金丝雀发布
金丝雀发布是 NGINX 非常适合的另一种方法。金丝雀部署以检测煤矿中是否存在危险气体的旧采矿技巧命名，它向一小部分用户公开应用程序更新，即测试更新是否正常工作的“金丝雀”。有很多方法可以选择您的金丝雀 – 也许它们来自特定的国家/地区，或者在特定的时间段内访问系统od 在半夜。金丝雀版本限制了对少数用户可能产生的影响，同时仍然提供有关更新何时准备好向大众发布的反馈。
您可以使用拆分客户端模块轻松地使用 NGINX 和 NGINX Plus 执行金丝雀发布。有关详细信息，请参阅 NGINX 博客。
结论
这两个用例都强调了现代应用程序部署所需的灵活性。开发人员需要能够跟上当前开发环境中使用的管道方法的工具。将 NGINX 与现有 CI/CD 工具链集成可以为开发人员和运营团队提供另一种加速敏捷性的方法。
发表回复