无需Git Flow的AWS Amplify持续部署(CD)实现方案咨询

方案1：使用CodePipeline内置能力优化Webhook触发逻辑 #

你之前调研的Webhook方案的版本不一致问题可以直接通过参数补全解决：

• Amplify官方Webhook支持在触发URL后追加commit_id参数指定部署版本，不需要默认拉取分支HEAD
• 在CDK定义的CodePipeline生产阶段，新增内置的InvokeRestApi/InvokeWebhook步骤，直接从流水线源阶段的输出变量中获取当前执行对应的commit ID，拼接到生产环境Amplify的Webhook URL中触发部署
• 该方案不需要额外维护任何自定义基础设施，也不需要跨账号权限的额外开发，所有配置都在现有CDK流水线代码中完成，完全保证应用代码版本和基础设施版本对齐。

方案2：使用CodePipeline原生Amplify部署操作符 #

AWS CodePipeline已内置托管式Amplify部署动作，无需自定义Lambda即可实现精准版本部署：

• 在CDK的CodePipeline定义中，生产阶段基础设施部署完成后，直接添加AmplifyDeployAction
• 配置参数中指定生产环境Amplify应用ID、部署分支，commit ID直接引用流水线源阶段的输出变量即可
• 该动作原生支持跨账号部署，只需在CDK中配置对应角色信任关系即可，不需要维护自定义运行逻辑、权限配置，运维成本为0。

不需要维护master/prod两个应用分支即可实现提交节点对齐：

• 保留所有应用代码仅提交到master分支的规则，关闭生产环境Amplify应用的自动构建触发规则
• 在Amplify构建配置中，通过CDK流水线注入的DEPLOY_ENV环境变量区分测试/生产的构建参数、环境配置
• 生产环境的Amplify部署完全由CDK流水线触发，每次部署均使用当前流水线运行对应的commit ID，应用代码和基础设施代码永远基于同一个提交节点部署，不存在版本差问题。

内容的提问来源于stack exchange，提问作者Sam