如何确保AWS Batch中定时作业同一时间仅运行一个实例

1. Step Functions 编排（最简便的批量管理方案） #

• 用Step Functions状态机包裹Batch作业，在状态机的Task节点设置MaxConcurrency=1，强制同一时间仅运行一个作业实例。
• 定时触发用CloudWatch Events直接调用状态机，而非直接触发Batch作业。
• 要实现「前一个未完成则不排队」的需求，可在状态机开头加一个检查步骤：调用Batch的ListJobs API，过滤出当前处于RUNNING/RUNNABLE状态的同名称作业。如果存在，直接终止状态机；不存在则提交新的Batch作业。
• 优势：无需手动维护锁逻辑，Step Functions自带状态管理；可以通过基础设施即代码（CloudFormation/Terraform）批量创建20-30个状态机，比逐个创建Batch队列高效得多。

2. 简化版DynamoDB锁方案 #

• 无需自行编写超时清理逻辑，利用DynamoDB的条件表达式和TTL特性实现锁：
  • 作业启动时，尝试写入一条以作业名称为主键的记录，条件为attribute_not_exists(job_name)；写入成功则获取锁，开始执行。
  • 作业正常结束时，删除该记录释放锁。
  • 给记录设置TTL值为作业的最大允许运行时长（比如1小时），即使作业意外崩溃，TTL到期后锁会自动释放。
• 可以把锁检查逻辑封装成一个通用Lambda函数，所有作业启动前先调用该函数，获取锁成功才继续执行，失败则直接退出。20-30个作业可复用同一套锁逻辑，无需重复开发。

3. 共享队列+计算环境容量限制（不推荐） #

• 不用为每个作业单独创建队列，使用同一个共享队列，同时给计算环境配置刚好能运行一个作业的资源（比如作业需要1vCPU+2GB内存，计算环境就只配置1个对应规格的实例）。
• 缺点：多个作业共享计算环境时，资源会互相抢占，无法精准控制单个作业的并发，扩展性差，仅适合资源需求完全一致的作业。

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