分布式任务框架对比

参考:https://blog.csdn.net/wylkl00/article/details/84586335
java有哪些定时任务的框架
单机
timer:是一个定时器类,通过该类可以为指定的定时任务进行配置。TimerTask类是一个定时任务类,该类实现了Runnable接口,缺点异常未检查会中止线程
ScheduledExecutorService:相对延迟或者周期作为定时任务调度,缺点没有绝对的日期或者时间
spring定时框架:配置简单功能较多,如果系统使用单机的话可以优先考虑spring定时器
分布
Quartz:Java事实上的定时任务标准。但Quartz关注点在于定时任务而非数据,并无一套根据数据处理而定制化的流程。虽然Quartz可以基于数据库实现作业的高可用,但缺少分布式并行调度的功能
TBSchedule:阿里早期开源的分布式任务调度系统。代码略陈旧,使用timer而非线程池执行任务调度。众所周知,timer在处理异常状况时是有缺陷的。而且TBSchedule作业类型较为单一,只能是获取/处理数据一种模式。还有就是文档缺失比较严重
elastic-job:当当开发的弹性分布式任务调度系统,功能丰富强大,采用zookeeper实现分布式协调,实现任务高可用以及分片,目前是版本3.0,并且可以支持云开发
Saturn:是唯品会自主研发的分布式的定时任务的调度平台,基于当当的elastic-job 版本1开发,并且可以很好的部署到docker容器上。
xxl-job: 是大众点评员工徐雪里于2015年发布的分布式任务调度平台,是一个轻量级分布式任务调度框架,其核心设计目标是开发迅速、学习简单、轻量级、易扩展。
分布式任务调度系统对比
参与对比的可选系统方案: elastic——job (以下简称E-Job)与 xxx-job(以下简称X-Job)

可以看到最流行的就是elastic-job和xxl-job,关于这两者理论上的对比,http://www.expectfly.com/2017/08/15/分布式定时任务方案技术选型/文章有提到,可以看出来两者都是非常优秀的定时任务平台,也都能满足的需求,网上也有很多人在讨论比较两者的优劣。于是我就自己尝试的一下官网的文档和代码分别搭了一套demo,经过实际的使用和比较之后,最终选择了xxl-job,下面我结合上面那片文章说说我自己的理解和原因。

首先说说更新和维护情况,上面那篇文章是2017年8月写得,到现在github上elastic-job似乎已经两年没有在更新了,最近一个版本2.15发布于17年7月,最近一年只合并了一个pull request,而xxl-job相对来说就活跃很多最近的一个版本更新于一个月以内。因此社区的讨论的活跃程度也更高,使用的公司xxl-job也比elastic-job多了不少。之前两者的star数差不多,现在xxl-job已经高于elastic-job两千多了。

再来说说使用的感触,elastic-job一开始设计的初衷就是面对高并发复杂业务的,就像网上一篇开发者举得例子——余额宝计算收益,其核心功能在于分片和弹性扩容。尤其是在服务器数量多,业务量大的时候也能非常好的调度,压榨服务器的性能,使用zookeeper使他具有高可用和一致性的同时有很好的可扩展性,elastic-job本身没有中心的概念,通过zookeeper的选举机制选举出主服务器,任何一台服务器都可以作为主服务器,即使主服务器挂了也可以重新选举。因此elastic-job的优势在于它具有更好的可扩展性和可用性,但是这也使得他的使用和配置上比起xxl-job更复杂一些。

而 xxl-job的是通过一个中心式集群"调度中心”来调度多个执行器执行任务的,调度中心集群可以通过增加机器来实现高可用(HA)实际会造成一定程度上的资源浪费,调度中心通过DB锁保证集群分布式调度的一致性,这样扩展执行器会增大DB的压力,但是如果实际上这里数据库只是负责任务的调度执行。在没有那么多数量的执行器和任务的情况下是完全没问题的。执行器可以支持分布式部署,这实际上就足以满足大多数场景了。关键是原理简单实现也非常简洁,用起来也很轻便,与springboot也非常好集成。而且他的监控界面直接集成到调度中心里面,可以在监控界面直接新增任务,使用GLUE模式甚至可以直接在监控界面上做任务开发写业务代码,这点未必用得到,但是确实很方便;而elastic-job是一个单独的工程连到zk上去监控的,因此不能直接增新增任务,也不能停止执行中的任务。单独记录执行日志到数据库,然后很方便的统一管理和重发,还有失败的邮件提醒都是简单又好用的功能,对于一些常规的定时任务来说感觉应该用起来很舒服。

综合来说,xxl-job更轻量级,更新维护稳定,简单易用适用于一般情况几千个任务没问题,esjob适合大型海量任务处理。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值