AWS Batch无法通过EventBridge调度器/规则触发的排查求助

1. 目标配置精度检查 #

• 确认目标类型是AWS Batch 作业队列，且和手动提交作业时用的队列完全一致
• 输入模板必须包含Batch作业的核心参数，尤其要注意jobDefinition必须写完整ARN（不能只写名称），示例正确格式：

  {
    "jobDefinition": "arn:aws:batch:us-east-1:123456789012:job-definition/your-job-def:1",
    "jobName": "event-triggered-job",
    "jobQueue": "arn:aws:batch:us-east-1:123456789012:job-queue/your-queue"
  }
  

• 若用EventBridge调度器而非规则，同样要核对目标参数，特别是作业定义的版本号是否有效

2. IAM权限细节验证 #

• 管理员角色也得确认信任策略允许events.amazonaws.com（规则）或scheduler.amazonaws.com（调度器）扮演该角色
• 权限策略必须包含batch:SubmitJob动作，且资源范围覆盖目标作业队列和作业定义，示例策略片段：

  {
    "Version": "2012-10-17",
    "Statement": [
      {
        "Effect": "Allow",
        "Action": "batch:SubmitJob",
        "Resource": [
          "arn:aws:batch:us-east-1:123456789012:job-queue/your-queue",
          "arn:aws:batch:us-east-1:123456789012:job-definition/your-job-def:*"
        ]
      }
    ]
  }
  

• 排查角色是否被权限边界或SCP服务控制策略限制了Batch提交操作

3. 事件触发逻辑校验 #

• 规则模式：定时规则核对cron/rate表达式是否正确；事件源规则确认事件格式完全匹配
• 查看触发历史：规则详情页的“触发历史”标签下会显示失败记录，直接给出错误原因（比如参数错误、权限不足）
• 调度器用户要检查执行历史，获取具体失败信息

4. Batch资源状态确认 #

• 作业定义必须是ACTIVE状态，输入模板里指定的版本要真实存在
• 作业队列处于ENABLED状态，且关联的计算环境是ACTIVE且有可用资源（就算作业待处理，控制台也会显示）
• 确认队列的资源级权限没有限制EventBridge角色的访问

5. 日志与手动测试辅助 #

• 开启Batch云监控指标，查看SubmittedJobs是否有增长——如果有增长但控制台没显示，说明作业被快速终止，去CloudWatch日志组查初始化日志
• 查看EventBridge目标日志，确认传递给Batch的参数完整、格式正确
• 用AWS CLI模拟EventBridge参数提交作业，验证参数有效性：

  aws batch submit-job --job-name test-event-job --job-definition your-job-def:1 --job-queue your-queue
  

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