一、 分布式任务调度的背景
无论是互联网应用或者企业级应用，都充斥着大量的批处理任务。我们常常需要一些任务调度系统帮助我们解决问题。随着微服务化架构的逐步演进，单体架构逐渐演变为分布式、微服务架构。在此的背景下，很多原先的任务调度平台已经不能满足业务系统的需求。于是出现了一些基于分布式的任务调度平台。
1.1 分布式任务调度的演进
在实际业务开发过程中，很多时候我们无可避免的需要使用一些定时任务来解决问题。通常我们会有多种解决方案：使用 Crontab 或 SpringCron (当然这种情况可能机器很少而且任务简单又不是很多的情况下)。然而，当我们应用复杂度升高，定时任务数量增多且任务之间产生依赖关系时，Crontab 进行定时任务的管理配置，就会非常混乱，严重影响工作效率。这时候就会产生一系列问题：
随着互联网的发展，分布式服务架构势越来越流行。相应也需要一个分布式任务调度系统来管理分布式架构中的定时任务。
1.2 分布式任务调度架构
1559119848536069694.png
当垂直应用越来越多，应用之间交互也会越来越复杂，通常我们采用分布式或者微服务架构，将核心业务抽取出来，形成单独的服务。一个独立的微服务群体逐渐形成稳定的服务中心，使得业务应用能更快地响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架成为关键。同时，由于服务独立，一般能做到定时任务独立的情况，任务的更改对于整体系统的影响小之又小。一般我们会采用任务与调度分离的方式（如上图所示），任务的执行逻辑无需关注调度与编排，同时可以保证执行器和调度的高可用，易于开发和维护。
1.3 分布式任务调度优势
在分布式服务架构的基础上，由于独立业务的数量可能很多，此时如果定时任务单独在该服务中实现，很可能会出现难以管理的情况，且避免不了由于定时任务的更改而导致的业务重启。因此，一个独立的分布式任务调度系统是很必要的，可以用来全局统筹管理所有的定时任务。同时，将任务的配置单独抽离出来，作为该分布式任务调度系统的功能，就能做到定时任务的更改不影响任何业务，也不影响整个系统：
二 、分布式任务调度技术选型
2.1 分布式任务调度考虑因素
1559119877400089347.png
2.2 SIA-TASK 与其它分布式任务调度技术比较
SIA 是宜信公司基础开发平台 Simple is Awesome 的简称，SIA-TASK（微服务任务调度平台）是其中的一项重要产品，SIA-TASK 契合当前微服务架构模式，具有跨平台，可编排，高可用，无侵入，一致性，异步并行，动态扩展，实时监控等特点。
开源地址：下面我们先对比市场上主流的开源分布式任务调度框架，分析其优缺点，然后再说我们的技术选型。
下面我们简单对比下 SIA-TASK 与这些任务调度框架：
| 任务编排| 任务分片 | 跨平台| 高可用 | 故障转移 | 实时监控 SIA-TASK| √| √| √| √| √| √
Quartz| ×| ×| .NET | √| ×| API 监控
TBSchedule| ×| √| ×| √| √| √
Elastic-Job| ×| √| ×| √| √| √
Saturn| ×| √| √| √| √| √
Antares| √| √| ×| √| √| √
Uncode-Schedule | ×| ×| ×| √| √| √
XXL-JOB| 子任务依赖 | √| ×| √| √| √
可以发现，这些调度框架基本上都支持高可用、故障转移与实时监控等功能，但是对于任务编排、任务分片与跨平台等功能的支持各有侧重点。这里 SIA-TASK 将全面支持这些功能。
原文链接：
