云事业群CTO线技术晋升考核机试题-分布式专题-C 分布式任务调度-Toy模板网

这篇具有很好参考价值的文章主要介绍了云事业群CTO线技术晋升考核机试题-分布式专题-C 分布式任务调度。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

分布式篇-C 分布式任务调度

作者：田超凡

答：传统定时任务的缺点：

答：

彻底解耦。将定时任务逻辑和业务逻辑彻底解耦分开，只对业务逻辑实现服务集群，不对定时任务逻辑实现集群（定时任务服务单机），存在高可用问题。
配置文件新增开关。每个服务启动的时候加载配置文件中配置的定时任务执行开关，哪个服务配置了开启，那个服务就加载定时任务类并执行定时任务；配置关闭的服务不加载和执行定时任务，存在高可用问题。
数据库主键唯一性。每个服务同时插入相同的主键id到数据库表中，因为数据库表中的主键是唯一约束的，所以相同的主键id多个服务同时插入到同一个数据库表，只会有一个服务插入成功，谁插入成功谁就可以执行定时任务。不存在高可用问题，但是造成了数据库数据冗余和大量脏数据的问题
分布式锁实现，每个服务本质都是一个单独的JVM，此时可以基于分布式锁的机制实现：多个服务JVM同时竞争锁，同一时刻只有一个服务JVM能够获取到分布式锁，谁获取到分布式锁，谁就可以执行定时任务。不存在高可用问题，但是性能较差。
分布式任务调度平台实现。推荐，同时解决了定时任务高可用和幂等性的问题。

答：分布式任务调度平台有三类角色组成：

定时任务调度中心、定时任务注册中心、定时任务服务实例

定时任务调度中心：负责拦截所有定时任务的执行，类似于nginx网关的作用。

定时任务注册中心：负责注册和管理定时任务服务实例，实现服务治理。类似eureka的作用。

定时任务服务实例：定时任务服务实例实现集群，保证高可用，是具体的定时任务服务，负责执行定时任务。

分布式任务调度平台实现原理：

定时任务服务启动时会连接到定时任务注册中心，将自己的ip和端口号注册到定时任务注册中心中。
定时任务开始执行的时候，会首先被定时任务调度中心拦截，获取定时任务关联的定时任务注册中心，加载该注册中心下面注册的定时任务服务的地址，基于负载均衡算法选择其中一台定时任务服务，发送HTTP+REST请求到该定时任务服务来执行当前定时任务。