AWS CloudFormation如何从Git中提取代码？

Question

我有源代码，它们存在于Git仓库（GitHub）中。我有不同环境的几个分支（例如develop，production），我更喜欢使用受保护的分支来管理GitHub接口内的版本。

我想推送到分支机构来触发测试和部署。

但是，我还使用CloudFormation以可重现的方式部署AWS服务。我的问题是将CloudFormation与我的Git进程连接起来。

例如，AWS Lambda函数在CloudFormation模板中描述如下：

{
  "Type" : "AWS::Lambda::Function",
  "Properties" : {
    "Code": "source code here"
  }
}

...其中Code是“Amazon Simple Storage Service（Amazon S3）存储桶或将源代码指定为内联文本。”（Docs）

这意味着我需要在部署CloudFormation模板后执行手动步骤：

• 从$BRANCH的$REPO查看最新的AWS Lambda代码
• 运行任何测试
• 运行我的构建和包脚本
• 将代码上传到AWS Lambda

（这可以在CI提供程序中完成，但是我仍然需要在每个repo上单击“Rebuild”）

我宁愿做的是在CloudFormation模板中定义我的CI管道。这应该可以使用EC2等，但我不知道如何。然后，Git repo URL将成为CloudFormation模板的参数。

如何在CloudFormation模板中定义Git挂钩，构建步骤和部署？这些步骤也应作为新的CloudFormation部署的一部分运行。

Answer 1

通常，您不会构建为CloudFormation部署的一部分。构建发生在CloudFormation部署发生之前。

因此，作为Ci管道的一部分（不在CloudFormation中），您将：

1. 更新您的git仓库
2. 触发新代码的构建
3. 将您的工件（包）上传到S3，永远不会覆盖旧工件（例如，上传到/artifacts/{build number}/MyLambda.zip
4. 触发CloudFormation部署

作为步骤4的一部分，您可以将步骤3中创建的工件的位置作为参数传递到CloudFormation堆栈，并使用这些参数构建Lambda源代码位置。

此外，您应该在CloudFormation模板中使用Lambda环境变量来指定dev / prod / staging参数，并且不要将它们硬编码到Lambda包中。这允许您在dev / prod / staging之间重用相同的构建包。