本文介绍了分布式定时任务调度的重要性，分析了各种调度框架，如Quartz、TBSchedule、Saturn、xxl-job和elastic-job。重点对比了xxl-job和elastic-job在集群部署、任务执行、日志、监控告警、扩容缩容、高可用策略、失败处理等方面的差异，并提供了xxl-job的实践操作步骤，包括下载源码、数据库脚本执行、调度中心配置、执行器项目创建等，展示了如何配置任务和执行器集群模式。最后提到了elastic-job的简单入门和数据流式处理，以及如何实现流式作业和配置事件追踪。
分布式定时任务调度实战
1 为什么需要定时任务
我们先思考下面几个业务场景的解决方案:
支付系统每天凌晨1点跑批，进行一天清算，每月1号进行上个月清算。
电商整点抢购，商品价格8点整开始优惠。
12306购票系统，超过30分钟没有成功支付订单的，进行回收处理。
商品成功发货后，需要向客户发送短信提醒。
类似的业务场景非常多，我们怎么解决？
很多业务场景需要我们某一特定的时刻去做某件任务，定时任务解决的就是这种业务场景。一般来说，系统可以使用消息传递代替部分定时任务，两者有很多相似之处，可以相互替换场景。如，上面发货成功发短信通知客户的业务场景，我们可以在发货成功后发送MQ消息到队列，然后去消费mq消息，发送短信。
但在某些场景下不能互换：
a)时间驱动/事件驱动：内部系统一般可以通过时间来驱动，但涉及到外部系统，则只能使用时间驱动。如爬取外部网站价格，每小时爬一次。
b)批量处理
订阅专栏 解锁全文
扫一扫
1406
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
