如何构建延迟任务调度系统(三):架构设计

本文介绍了延迟任务调度系统的功能设计和整体架构。系统采用MQ解耦,业务方通过统一接口提交、取消任务,MQ消息由消费方处理,确保幂等和重试机制。整体架构包括业务调用方、延迟任务节点和Zookeeper,利用elastic-job进行数据分片和任务调度。延迟任务数据持久化存储在数据库中,设计简洁明了。
摘要由CSDN通过智能技术生成

功能设计

系统功能
延迟任务调度系统提供统一的任务操作接口给业务方调用,业务方可以提交任务,取消任务,查询任务状态。
调度服务属于底层应用,因此采用MQ的方式解耦,所有触发的延迟任务都通过消息的方式发送给业务消费方,
由消费方控制流量,业务幂等。同时也保证了任务的重试机制。

采用技术:elastic-job + db + delayQueue + mq

整体架构

整体架构
业务调用方

  • 业务方在需要延迟任务的时候调用延迟任务服务操作任务
  • 触发的延迟任务会放到MQ消息队列里面,由业务方自行消费
  • 业务方消费消息处理完成之后,调用延迟任务服务通知处理结果

延迟任务节点

  • 以dubbo方式提供延迟任务接口供业务方操作,用于添加延迟任务,取消任务,反馈任务处理结果。
  • 集成elastic-job提供数据分片功能,每个节点按照对应分片从数据库加载即将触发的延迟任务放到内存中
  • 任务调度触发的延迟任务发送到MQ消息队列中
  • 接收业务调用的延迟消息处理结果反馈

Zookeeper

  • elastic-job注册中心,存储作业信息

elastic-job

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值