CloudWatch事件规则无法触发Step Functions状态机求助

1. 先确认CloudTrail是否捕获到UpdateService事件 #

• 检查对应CloudTrail跟踪的运行状态，确保它已启用且覆盖ECS服务所在区域
• 进入CloudTrail的事件历史页面，搜索UpdateService事件，确认该事件存在，且事件中的source、detail-type、eventSource、eventName字段与你的规则定义完全匹配
• 注意：CloudFormation更新ECS服务时，调用UpdateService的主体是CloudFormation服务角色，需确认该主体的操作被CloudTrail正常记录

2. 验证事件模式的匹配性 #

• 将CloudTrail中实际捕获到的UpdateService事件JSON内容，复制到CloudWatch事件规则的「测试事件模式」功能中验证，确认是否匹配
• 常见不匹配坑点：
  • 事件的detail-type是否严格为AWS API Call via CloudTrail（个别场景下可能存在细微差异）
  • detail.eventSource是否准确为ecs.amazonaws.com
  • 确认CloudFormation触发的ECS操作确实是UpdateService，而非其他类似API调用

3. 检查EventBridge角色权限 #

• 打开IAM控制台，找到角色Amazon_EventBridge_Invoke_Step_Functions_1046886785：
  • 确认信任策略允许events.amazonaws.com作为可信实体
  • 确认权限策略包含states:StartExecution权限，且资源明确指向你的Step Functions状态机ARN
  • 排查是否存在IAM权限边界或组织SCP限制了该角色的权限

4. 核对事件规则的目标配置 #

• 确认规则的目标是你要触发的Step Functions状态机，ARN填写完全正确
• 检查目标的重试策略配置，若之前有失败记录，确认重试次数、间隔设置是否合理
• 查看CloudWatch事件规则的监控指标（如Invocations、FailedInvocations），确认是否有调用记录生成

5. 查看Step Functions执行历史 #

• 进入Step Functions控制台，打开目标状态机的执行历史页面，查看是否有失败的执行条目
• 若存在失败记录，直接通过错误信息定位问题（如权限不足、输入参数格式错误等）

6. 确认资源区域一致性 #

• 确保CloudFormation栈、ECS服务、CloudTrail跟踪、CloudWatch事件规则、Step Functions状态机都处于同一个AWS区域，跨区域事件默认不会被捕获

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