代码库更新时如何更新CloudFormation堆栈及关联资源？

首先，你提到的Git Hook脚本配合AWS CLI确实是一个可行的方案，但其实还有更贴合CloudFormation（CFN）原生设计的优化思路，能避免资源漂移问题，同时实现自动化更新。下面分几种方案详细说明：

1. 让CloudFormation主动感知S3代码包的变化 #

CFN默认只会检测模板本身的变更，所以要让它识别S3包的更新，得给它一个"变更信号"：

• 对于Lambda函数：
  在Lambda的Code属性中，除了指定S3Bucket和S3Key，可以额外添加S3ObjectVersion（S3对象的版本号），或者在模板中定义一个参数（比如LambdaCodeVersion）来传递代码包的哈希值/版本标识。每次更新S3代码包后，修改这个参数的值，然后执行：

  aws cloudformation update-stack --stack-name YOUR_STACK --parameters ParameterKey=LambdaCodeVersion,ParameterValue=NEW_VERSION
  

  这样CFN会检测到参数变更，自动更新Lambda函数，同时保持堆栈状态和实际资源一致。

• 对于EC2实例：
  如果EC2是通过UserData拉取S3代码包，可以在UserData中加入代码包的哈希值或版本号。当代码更新后，修改Launch Template（或EC2资源）中的UserData内容，CFN会重新创建实例（如果是Auto Scaling Group，还可以触发实例刷新来替换旧实例）。另外也可以用CFN自定义资源，在堆栈更新时自动检查S3包的最新版本，然后通过SSM给EC2发送命令拉取新代码。

2. Git Hook + AWS CLI方案（快速迭代场景） #

这个方案适合小型项目或快速测试场景，但要注意避免资源漂移：

• 核心思路：在Git的post-receive钩子中，完成以下步骤：

  1. 打包最新代码并上传到S3，记录新的S3对象版本或哈希值；
  2. 要么直接用CLI更新资源：

     # 更新Lambda
     aws lambda update-function-code --function-name YOUR_LAMBDA --s3-bucket YOUR_BUCKET --s3-key YOUR_CODE.zip --s3-object-version NEW_VERSION
     # 给EC2发送命令拉取新代码（需EC2安装SSM Agent）
     aws ssm send-command --instance-ids YOUR_EC2_ID --document-name AWS-RunShellScript --parameters commands="cd /path/to/app && aws s3 cp s3://YOUR_BUCKET/YOUR_CODE.zip . && unzip -o YOUR_CODE.zip"
     

  3. 要么同时更新CFN模板里的版本参数，再执行update-stack，确保CFN堆栈状态和实际资源同步。

• 注意事项：直接用CLI更新资源会导致CFN堆栈的"期望状态"和实际资源不一致（即资源漂移），后续CFN更新可能会覆盖你的手动修改，所以最好配合CFN参数更新一起做。

3. 基于AWS原生CI/CD的健壮方案（推荐长期使用） #

如果项目需要长期维护，建议用AWS CodePipeline + CodeBuild + CloudFormation实现全自动化流程：

• 每次Git代码提交时，CodeBuild自动打包代码并上传到S3，同时生成代码包的哈希值；
• CodeBuild更新CFN模板中的版本参数（或直接生成包含最新S3信息的模板）；
• CodePipeline触发CFN堆栈更新，自动同步Lambda、EC2等资源的代码。

这种方案完全基于AWS原生服务，不需要维护自定义脚本，且能确保CFN堆栈状态和实际资源完全一致，彻底避免漂移问题。

总结 #

• 小型快速迭代项目：Git Hook + AWS CLI是快速可行的选择，但要注意同步CFN参数避免漂移；
• 长期维护的项目：优先使用CFN原生的版本跟踪机制，配合AWS CodePipeline等CI/CD工具，实现更健壮、可维护的自动化更新流程。

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