如何在多台互不连通的EC2实例上实现作业的顺序执行？

以下方案均不需要EC2之间网络连通，仅需EC2可访问对应AWS公共服务端点即可实现。

方案1：轻量状态同步方案（改造成本最低） #

适合仅少量作业依赖、不想额外引入调度平台的场景，核心用共享状态服务做完成标记同步：

• 提前为作业A、作业B所在的EC2实例分配对应共享状态服务的最小权限IAM角色
• 改造作业A的shell脚本，执行完成后写入成功标记，失败则写入失败标记：

  # 原有作业A执行逻辑
  bash /path/to/your/jobA.sh
  
  # 执行结束后写状态标记，此处以S3为例
  if [ $? -eq 0 ]; then
    aws s3api put-object --bucket your专属bucket名称 --key "job-marker/$(date +%Y-%m-%d)_jobA_success" --content-length 0
  else
    aws s3api put-object --bucket your专属bucket名称 --key "job-marker/$(date +%Y-%m-%d)_jobA_fail" --content-length 0
  fi
  

• 改造作业B的触发逻辑，原有cron不直接触发作业B，改为先检查标记再执行：

  # 先检查当天作业A的成功标记是否存在
  SUCCESS_MARKER=$(aws s3 ls "s3://your专属bucket名称/job-marker/$(date +%Y-%m-%d)_jobA_success" | wc -l)
  if [ $SUCCESS_MARKER -eq 0 ]; then
    echo "作业A未完成或执行失败，退出"
    exit 1
  fi
  
  # 标记存在才执行作业B原有逻辑
  bash /path/to/your/jobB.sh
  
  # 作业B执行完成后可删除当天标记，避免次日调度误判
  aws s3 rm "s3://your专属bucket名称/job-marker/$(date +%Y-%m-%d)_jobA_success"
  

可选优化：如果对状态一致性要求更高，可将S3替换为DynamoDB存储状态标记，读写延迟更低、一致性更强。

方案2：全托管工作流调度方案（适合依赖复杂的场景） #

适合作业依赖多、后续有扩展需求的场景，用AWS托管服务完全替代零散的cron调度，无需自行维护状态同步逻辑：

• 两台EC2均预装SSM Agent，配置SSM相关IAM权限，支持通过SSM Run Command远程触发脚本执行
• 在Step Functions中定义工作流：第一步触发作业A执行，第二步等待作业A返回成功状态，第三步触发作业B执行，可自定义失败重试、超时告警规则
• 用EventBridge Scheduler配置定时触发该Step Functions工作流，替换原有两台EC2上的cron配置
  优势：所有调度逻辑可视化可观测，后续新增作业依赖仅需调整工作流配置即可，无需修改各EC2上的脚本逻辑。

注意事项 #

• 所有涉及的IAM权限均需做最小化管控，仅给EC2开放必要的服务路径访问权限即可
• 可按需配置监控告警，作业A执行失败时第一时间推送通知，无需等到作业B调度时间再排查问题

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