部署ECS参考架构时，如何获取CloudFormation ScalableTarget创建失败详情

作为经常处理CloudFormation部署问题的人，我来帮你一步步拆解怎么找到这个ScalableTarget失败的具体原因：

1. 通过CloudFormation控制台查看嵌套栈的详细事件 #

这是最直观的方式：

• 登录AWS控制台，进入CloudFormation服务，找到你最初部署的ECS参考架构根栈
• 在根栈的资源标签页里，找到状态为CREATE_FAILED的嵌入式栈（就是报错里提到的icc-baselinestack-WebsiteService-*elided*），点击这个嵌套栈的名称进入详情页
• 切换到嵌套栈的事件标签页，按时间倒序排序（最新事件在最上面），找到逻辑ID为ServiceScalableTarget的资源条目
• 查看该条目的状态原因列，这里会显示具体的失败细节——比如是IAM权限不足（比如缺少application-autoscaling:RegisterScalableTarget权限）、关联的ECS服务不存在，或者AutoScaling的服务角色配置错误等。

2. 使用AWS CLI获取精确的错误信息 #

如果你习惯用命令行，可以通过CLI直接查询嵌套栈的资源状态：

• 首先获取嵌套栈的事件日志，过滤出目标资源：

  aws cloudformation describe-stack-events --stack-name <你的嵌套栈ARN或名称> | jq '.StackEvents[] | select(.LogicalResourceId == "ServiceScalableTarget")'
  

  这里的jq是用来过滤结果的工具，如果没装的话，也可以直接查看输出里的StatusReason字段。
• 或者直接查询该资源的状态详情：

  aws cloudformation describe-stack-resources --stack-name <你的嵌套栈名称> --logical-resource-id ServiceScalableTarget
  

  输出里的ResourceStatusReason字段会明确告诉你失败的具体原因。

3. 针对权限受限场景的额外排查点 #

因为你提到是用权限受限的IAM用户部署，大概率是权限缺失导致的，这里给你几个常见的权限要求：

• 你的IAM用户需要拥有application-autoscaling:RegisterScalableTarget权限，才能创建ScalableTarget资源
• 同时需要ecs:DescribeServices权限，因为AutoScaling需要验证关联的ECS服务是否存在
• 如果CloudFormation使用了执行角色（不是你当前的IAM用户权限），那这个执行角色也必须具备上述权限，还要能创建或关联AutoScaling所需的服务角色（比如ApplicationAutoScalingForECSServiceRole）
• 另外，要确保你有足够的权限来创建IAM角色（如果栈里包含创建AutoScaling服务角色的资源），比如iam:CreateRole、iam:AttachRolePolicy等。

通过上面的步骤，你就能精准定位到ServiceScalableTarget创建失败的具体原因，然后针对性地调整IAM权限配置，满足最小权限的要求。

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