本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 部署策略数
<a name="deployment-strategies"></a>

部署策略定义了您想要如何交付软件。Organizations 根据其业务模式遵循不同的部署策略。有些人选择提供经过全面测试的软件，而另一些人可能希望用户提供反馈并让用户评估正在开发的功能（例如测试版）。下一节讨论了各种部署策略。

## 就地部署
<a name="in-place-deployments"></a>

在此策略中，停止每个计算资源上先前版本的应用程序，安装最新的应用程序，并启动和验证应用程序的新版本。这使应用程序部署能够在对底层基础设施的干扰降至最低。通过就地部署，您无需创建新的基础设施即可部署应用程序；但是，在这些部署期间，应用程序的可用性可能会受到影响。这种方法还可以最大限度地减少与创建新资源相关的基础架构成本和管理开销。您可以使用负载均衡器，以便在部署期间取消注册每个实例，然后在部署完成后让其重新提供服务。就地部署可以是 all-at-once假设服务中断，也可以是滚动更新。 AWS CodeDeploy 而且 [AWS Elast](https://aws.amazon.com/elasticbeanstalk/) ic Beanstalk 为、和提供部署配置 one-at-a-time。 half-at-a-time all-at-once

## 蓝绿部署
<a name="blue-green-deployments"></a>

[蓝/绿部署](https://docs.aws.amazon.com/whitepapers/latest/overview-deployment-options/bluegreen-deployments.html)（有时也称为部red/black deployment, is a technique for releasing applications by shifting traffic between two identical environments running differing versions of the application. Blue/green署）可帮助您最大限度地减少应用程序更新期间的停机时间，降低与停机和回滚功能相关的风险。

蓝/绿部署使您可以启动应用程序的新版本（绿色）和旧版本（蓝色），并在将流量重新路由到新版本之前对其进行监控和测试，然后在问题检测到时回滚。

## 金丝雀部署
<a name="canary-deployments"></a>

[金丝雀部署](https://wa.aws.amazon.com/wellarchitected/2020-07-02T19-33-23/wat.concept.canary-deployment.en.html)的目的是降低部署影响工作负载的新版本的风险。该方法将逐步部署新版本，使新用户能够以较慢的方式看到新版本。当你对部署充满信心时，你需要部署它来完全取代当前版本。

## 线性部署
<a name="linear-deployments"></a>

线性部署意味着流量以相等的增量移动，每次增量之间的分钟数相等。您可以从预定义的线性选项中进行选择，这些选项指定在每次增量中转移的流量百分比以及每次增量之间的分钟数。

## All-at-once 部署
<a name="all-at-once-deployments"></a>

 All-at-once部署意味着所有流量将同时从原始环境转移到替代环境。