CloudFormation创建依赖ECR的Lambda遇阻：未知ImageUri如何解决？

不需要反复修改模板来添加Lambda资源，你可以通过以下方式实现先完成基础设施构建，再处理镜像和Lambda的创建：

方法1：使用条件参数分阶段部署 #

在CloudFormation模板中加入条件控制，先部署ECR仓库，待镜像推送完成后再创建Lambda：

1. 定义条件参数
   在模板的Parameters部分添加控制Lambda创建的参数：

   Parameters:
     CreateLambdaFunction:
       Type: String
       Default: "false"
       AllowedValues: ["true", "false"]
   

2. 添加条件判断
   在Conditions部分定义判断逻辑：

   Conditions:
     ShouldCreateLambda: !Equals [!Ref CreateLambdaFunction, "true"]
   

3. 关联ECR与Lambda资源
   先定义ECR仓库资源，再给Lambda资源绑定条件：

   Resources:
     MyECRRepository:
       Type: AWS::ECR::Repository
       Properties:
         RepositoryName: my-lambda-image-repo
   
     MyLambdaFunction:
       Type: AWS::Lambda::Function
       Condition: ShouldCreateLambda
       Properties:
         FunctionName: my-ecr-based-lambda
         PackageType: Image
         Code:
           ImageUri: !Sub "${MyECRRepository.RepositoryUri}:latest"
         Role: !GetAtt LambdaExecutionRole.Arn
   

4. 分阶段部署

   • 第一次部署：使用默认参数CreateLambdaFunction=false，仅创建ECR仓库等基础设施资源。
   • 推送镜像到ECR仓库后，更新栈并设置参数CreateLambdaFunction=true，CloudFormation会自动创建引用该镜像的Lambda函数。

方法2：拆分模板+参数化镜像URI #

如果不想用条件逻辑，也可以拆分模板实现：

• 第一个模板仅包含ECR仓库、IAM角色等基础设施资源，部署完成后记录ECR仓库的完整URI。
• 第二个模板定义Lambda函数，将ImageUri设为参数，部署时传入已推送镜像的完整地址（例如123456789012.dkr.ecr.us-east-1.amazonaws.com/my-lambda-image-repo:latest）。

需要注意的是，Lambda函数创建时必须引用已存在的ECR镜像，所以无论哪种方式都无法跳过推送镜像的步骤，但上述方法可以避免反复修改模板，保持基础设施代码的完整性。

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