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 以插件不重启的方式添加任务执行逻辑

相关推荐
半旧夜夏8 小时前
【分布式缓存】Redis持久化和集群部署攻略
java·运维·redis·分布式·缓存
还是大剑师兰特10 小时前
Hadoop面试题及详细答案 110题 (106-110)-- Hadoop高级与实战
大数据·hadoop·分布式
壹佰大多13 小时前
【Redisson分布式锁源码分析-3】
数据结构·分布式·mysql·spring·spring cloud·wpf·lua
不会写代码的ys14 小时前
仿RabbitMQ实现消息队列(一)--项目介绍
分布式·rabbitmq
数据库学啊15 小时前
分布式数据库架构设计指南:TDengine如何支持10亿级数据点的水平扩展
数据库·分布式·时序数据库·数据库架构·tdengine
mit6.82417 小时前
[VT-Refine] 强化学习工作流 | 分布式-近端策略优化(DPPO)
分布式·算法
Damon小智18 小时前
HarmonyOS 5 开发实践:分布式任务调度与设备协同架构
分布式·架构·harmonyos
凯子坚持 c19 小时前
【星光不负 码向未来 | 万字解析:基于ArkUI声明式UI与分布式数据服务构建生产级跨设备音乐播放器】
分布式·ui
L.EscaRC1 天前
Kafka在Spring Boot生态中的浅析与应用
spring boot·分布式·kafka
代码哈士奇1 天前
Nestjs+nacos+kafka搭建中后台系统-后端(持续更新中)
redis·分布式·微服务·nacos·kafka·nestjs·pgsql