问题描述
我正在使用CloudFormation模板在CodeDeploy中创建一个部署组。 成功创建了部署组，并且可以很好地部署应用程序。
我定义的CF资源（Type: AWS::CodeDeploy::DeploymentGroup）具有“ 部署”属性集。事实是，我想为此部署配置自动回滚，但是根据CF文档的“ AutoRollbackConfiguration ”属性：“ 有关与部署组关联的自动回滚配置的信息” 。如果您指定此属性，请不要指定Deployment属性。“
所以我的理解是，如果我指定“ Deployment ”，则无法设置“ AutoRollbackConfiguration ” ...那么您应该如何为部署配置任何回滚？我看不到任何其他与回滚相关的资源属性。
是否应该创建第二个DeploymentGroup资源并将其绑定到原始Deployment Group具有的相同实例？我不确定这是否可行或有意义，但我没有其他选择。
谢谢， 尼古拉斯
解决方法
首先，我想描述为什么不能同时指定部署和回滚配置：
每当您直接为组指定部署时，您就已经声明了要部署的修订版。这与CloudFormation的想法相矛盾，后者要求由CloudFormation管理资源，而不会实际改变这些资源的配置。
我建议以下内容：
- 使用CloudFormation部署“基础”基础架构（部署组，应用程序，角色，实例等）
- 在此基础架构模板中创建一个CodePipline，然后包含一个CodeDeploy部署操作（https://docs.aws.amazon.com/codepipeline/latest/userguide/action-reference-CodeDeploy.html，https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-codepipeline-pipeline-stages-actions-actiontypeid.html）
- 只要修订位置中有新版本，就会触发管道
这种方法将使用动态流水线完成的底层内容（未动态更改）与实际应用程序部署分开。
此外，您还可以通过这种方式指定部署方式（绿色/蓝色，金丝雀）以及应如何/何时处理回滚。您的部署状态也可以在CodePipeline中看到。
,我没有提到它，但是您对CodePipeline的建议恰恰是我所做的。
实际上，我有一个CloudFormation模板，该模板创建所有基础结构并包括DeploymentGroup。这样，该应用程序将首次部署到我的EC2实例中。
然后，我还有另一个用于CI / CD的CF模板，其中包含引用先前DeploymentGroup的CodeDeploy阶段/操作。每当我将一些代码推送到存储库时，就会触发管道，构建代码并将新版本成功部署到实例。
但是，正如您所说的，我没有看到在任何CF模板中如何/在何处/如何处理DeploymentGroup的回滚。我想我得到了您对CF在发生偏移的情况下可能发生的冲突的解释，但是我的印象是，在CF堆栈创建期间发生错误的情况下，CF回滚应仅删除您要创建的DeploymentGroup 。换句话说，对我来说，在这种情况下不涉及CodeDeploy部署回滚，只是删除了CF正在尝试创建的资源（DeploymentGroup）。
让我印象深刻的是，您可以通过AWS控制台启用/禁用DeploymentGroup的自动回滚。只需编辑并转到DeploymentGroup的“高级配置”，您就会看到一个复选框。我尝试了一下，然后再次触发了管道，并且运行良好。我做了一个错误的更改以使部署故意失败，然后CodeDeploy自动恢复到我的应用程序的先前版本……完全符合预期的行为。这个简单的布尔值/标志选项无法通过CF使用并没有多大意义。
希望这是有道理的，有助于澄清我目前的情况。任何额外的帮助将不胜感激。 再次感谢