AWS部署的Spring服务单实例运行Cron Job的方案可行性问询

结论 #

你的方案完全可以在所有实例应用层代码和配置完全一致的前提下，实现每周仅单实例执行一次Cron Job的需求，仅需在AWS资源权限层面做少量适配即可，无需修改业务代码逻辑。

方案可行性说明 #

• 你把定时任务的触发入口从本地定时注解切换为SQS消息监听的设计，天然隔离了业务集群和定时任务集群的执行逻辑：Lambda仅向专属集群对应的SQS队列投递触发消息，业务集群的实例不会收到该消息，自然不会触发任务执行。
• 无需在代码中增加任何集群归属判断逻辑，仅需通过AWS IAM权限做隔离：仅给专属集群的EC2/ECS实例角色绑定该SQS队列的消费权限，业务集群的实例角色不赋予该队列的任何访问权限。就算业务集群的服务代码中包含SQS监听模块，也会因为没有权限无法拉取到消息，不会影响正常业务运行，Spring Cloud AWS等框架的SQS监听器在无权限时仅会打印警告日志，不会导致服务启动失败。

增强任务幂等性的优化点 #

如果要进一步严格保证任务最多执行一次，可做如下适配，所有适配代码所有实例共用，无需区分集群：

• 将SQS队列设置为FIFO队列，开启消息去重能力，Lambda每周触发时投递携带固定去重ID的消息，避免重复投递。
• 将SQS消息的可见性超时时间设置为大于定时任务的最大预期执行时长，避免任务未执行完成就被其他实例重新消费。
• 任务执行完成后手动调用SQS接口删除消息，确保单条消息仅被处理一次。
• 若需要应对实例宕机导致的消息重投场景，可增加DynamoDB分布式锁逻辑，锁的过期时间大于任务最大执行时长，仅拿到锁的实例可以执行任务逻辑。

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