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

相关推荐
努力的小郑1 天前
从一次分表实践谈起:我们真的需要复杂的分布式ID吗?
分布式·后端·面试
AAA修煤气灶刘哥2 天前
别让Redis「歪脖子」!一次搞定数据倾斜与请求倾斜的捉妖记
redis·分布式·后端
Aomnitrix2 天前
知识管理新范式——cpolar+Wiki.js打造企业级分布式知识库
开发语言·javascript·分布式
程序消消乐2 天前
Kafka 入门指南:从 0 到 1 构建你的 Kafka 知识基础入门体系
分布式·kafka
智能化咨询2 天前
Kafka架构:构建高吞吐量分布式消息系统的艺术——进阶优化与行业实践
分布式·架构·kafka
Chasing__Dreams2 天前
kafka--基础知识点--5.2--最多一次、至少一次、精确一次
分布式·kafka
weixin_456904272 天前
跨域(CORS)和缓存中间件(Redis)深度解析
redis·缓存·中间件
在未来等你2 天前
Elasticsearch面试精讲 Day 17:查询性能调优实践
大数据·分布式·elasticsearch·搜索引擎·面试
大数据CLUB3 天前
基于spark的澳洲光伏发电站选址预测
大数据·hadoop·分布式·数据分析·spark·数据开发