1.背景及设计总览

代码的地址在: GitHub - swsm/dttask: 分布式插件化任务执行框架 ,欢迎Star❤️。

1.背景

有很多的任务,可能数量达到10万,100万,且还可能不断增加,每个任务的执行可支持自定义也可以选择内置的方式。系统必须足够稳定,尽量减少对外部的依赖。

2.系统设计

结合背景,确定系统应该采用分布式的架构,且可以灵活扩展。可以对任何任务进行分配、启动、暂停,当有某个节点宕机或者重新上线时,任务可以自动重平衡。命名本框架为dtTask。

2.1 系统架构图

2.2 dtTask的技术点

2.2.1 依赖jar

|--------------------------------|--------------|----|
| 框架 | 版本 | 说明 |
| spring-boot 系列 | 2.6.5 | |
| spring-boot-starter-data-redis | 2.6.5 | |
| netty-all | 4.1.22.Final | |
| springfox-swagger2 | 2.8.0 | |
| springfox-swagger-ui | 2.8.0 | |
| knife4j-spring-ui | 2.0.9 | |
| mybatis-plus-boot-starter | 3.5.1 | |
| mysql-connector-java | 8.0.22 | |
| guava | 31.1-jre | |
| lombok | 1.18.12 | |
| fastjson | 1.2.72 | |
| commons-collections4 | 4.4 | |
| commons-lang3 | 3.9 | |
| hutool-all | 5.8.4 | |
| j2mod | 2.3.5 | |
| | | |

2.2.2 选举

2.2.3 节点状态

2.2.4 节点角色重要逻辑

2.2.5 任务分配与执行

3.数据库设计

4.完成目标

4.1 单节点启动,本节点就是Controller

4.2 多节点启动,完成自动选举

4.3 任务按照分配策略分配各节点,各节点正常执行

4.4 对某节点进行停止、启动

4.5 当follower下线,下线节点的任务按照分配策略分配给其它节点

4.6 当controller下线,先进行选举,选举成功后,原Controller节点任务按照分配策略分配给其它节点

4.7 当新节点上线,任务按照分配策略分配任务给新节点,原任务停止执行

4.8 每个任务按照对应任务处理逻辑进行处理

4.9 以插件不重启的方式添加任务执行逻辑

相关推荐
美好的事情能不能发生在我身上2 小时前
Jmeter压测遇到的问题
java·分布式·jmeter
白露与泡影5 小时前
Spring Cloud进阶--分布式权限校验OAuth2
分布式·spring cloud·wpf
风吹落叶32576 小时前
redis 部署方式(分布式)
数据库·redis·分布式
ghie90908 小时前
基于智能算法的微网分布式电源最优调度实现配电网稳定运行
分布式
枫叶丹48 小时前
【HarmonyOS 6.0】ArkData 分布式数据对象新特性:资产传输进度监听与接续传输能力深度解析
开发语言·分布式·华为·wpf·harmonyos
绿算技术20 小时前
OpenClaw × GP Spark:本地智能与极速存储的终极融合
大数据·分布式·spark
孤影过客21 小时前
驯服数据巨兽:Hadoop如何重塑大数据的黄金时代
大数据·hadoop·分布式
iPadiPhone1 天前
分布式架构的“润滑剂”:RabbitMQ 核心原理与大厂面试避坑指南
分布式·后端·面试·架构·rabbitmq
wanhengidc1 天前
云手机与模拟器的关系
大数据·运维·服务器·分布式·智能手机
iPadiPhone1 天前
万亿级流量的基石:Kafka 核心原理、大厂面试题解析与实战
分布式·后端·面试·kafka