在AWS运行定时/重复任务：选择NodeJS服务还是类cron服务更优？

结论 #

优先选择AWS托管的类cron定时任务方案，远胜于自行搭建NodeJS调度服务。

自行搭建NodeJS调度服务的弊端 #

• 可用性风险：单实例NodeJS服务一旦故障，所有定时任务都会中断；如果要做高可用部署，还需要额外开发分布式锁、任务去重、故障转移逻辑，面对数百个任务的规模，开发和运维成本会大幅上升
• 资源浪费：需要7*24小时运行常驻NodeJS服务，即使大部分时间没有任务在执行也需要持续付费，成本远高于按需调用的托管方案
• 维护成本高：需要自行实现任务重试、失败告警、日志采集、容量扩缩容能力，还要处理NodeJS版本迭代、安全补丁更新、任务参数配置管理等琐碎工作，额外占用大量运维精力

推荐的AWS托管方案 #

你需要用到的核心AWS服务是 Amazon EventBridge（原CloudWatch Events），配合执行端服务就能完全满足需求：

• 调度能力：EventBridge原生支持cron表达式配置，你可以直接配置5分钟、15分钟、60分钟的触发规则；针对数百个同逻辑仅参数不同的任务，只需要把差异化参数放到EventBridge触发事件的payload中，同一个执行端代码就能处理所有同类任务，无需部署多份代码
• 执行端选型：
  • 如果你的单次任务执行时长不超过15分钟，直接用 AWS Lambda 作为执行端即可，代码不用做大的改造，只需要适配Lambda的入口函数规范就行，按需付费，成本极低
  • 如果任务执行时长超过15分钟，可以选择用EventBridge触发 Amazon ECS Fargate 运行任务，同样不需要管理底层服务器
• 自带运维能力：AWS官方保障调度的高可用性，自带任务重试、失败告警配置能力，日志默认自动上报到CloudWatch Logs，不需要自己搭建监控和日志体系，后续任务规模增长到数千个也不需要调整核心架构，直接新增EventBridge规则即可

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