百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

distributed-as-local job,轻量分布式调度框架

ccwgpt 2024-10-12 02:50 24 浏览 0 评论

简介

dal-job是一个去中心化的轻量的分布式Job框架。它没有master结点,代码是在各个模块上运行的。

帮助开发人员在分布式环境下开发job时,只用关注业务,而不用去关心job被重复执行的问题。 它主要提供如下功能:

  1. 分布式环境下,同一时刻只有一台机器执行job。
  2. 记录job的运行日志,包括运行记录,耗时,异常日志等。(job_log)
  3. 记录系统下面的job信息。(job_info)
  4. 提供内置的重试job,对于需要重试的场景使用。包含:事前重试 和 事后重试
  5. dal-job也可以指定多台实例同时运行,但是需要在job的逻辑中保证数据处理不重不漏。
  6. 参考方案:取数时可以使用随机生成的全局唯一key,去取数进行处理

问题思考

在分布式环境下,本地去中心化的分布式job需要解决的问题:

  1. 我们面对的是可能是一台实例上多线程的环境,需要保证在多线程环境下只有一个线程能执行job。
  2. (这种情况比较少,job是受自己模块管理的,一般一台机器一个job只会有一个线程在拉起执行)
  3. 我们面对的一定是多进程环境,需要保证在同一时刻多个机器的实例的进程,只有一个进程能执行job
  4. 分布式环境下,多个机器实例的系统时间可能不一致,导致job的运行不在同一时刻,我们需要保证这种情况下,只有一台机器对正确执行job

原理

使用数据库的行级锁来保证同一时刻只有一台机在执行任务。

具体:使用 【悲观锁 + JobStatusCheck + TimeLimit】 实现在多线程与多进程(主要是多进程)环境下,一个job在运行过程中,只会有一台机在执行job

技术

使用Quartz + MySQL。同时与Spring友好融合。提供注解(@TimedTask)形式的job配置

Quick Start

定时调度

dal-job支持分布式环境下单台启动 和 多台启动。其中多台启动会在所有的实例上运行,需要自己解决取数问题。

dal-job提供了注解形式的job配置,具体可以参考com.kvn.dal.core.single_node.SingleNodeJob.java

@Target({ TYPE })
@Retention(RUNTIME)
public @interface TimedTask {
 String corn();
 boolean isGlobalSingle() default true; // 分布式环境下,是否单台启动
 String desc() default "";
}

定时调度例子:

@TimedTask(corn = "0 0/1 * * * ?", desc = "测试job222")
@Service
public class MyTestJob2 implements ExecutableTask {
 @Override
 public void execute(JobExecutionContext context) throws JobExecutionException {
 System.out.println(DateTime.now() + "--" + Thread.currentThread().getName() + "---------------doBizJob2222--------");
 try {
			Thread.sleep(3000L);
		} catch (InterruptedException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
 if(new Random().nextInt() % 2 == 0){
 	throw new RuntimeException("biz执行MyTestJob2异常,xxxxxxxxx");
 }
 }
}

重试调度

dal-job提供了内置的重试调度实现,可以方便的对异常数据进行定时重试。

重试分为两种:一是,事前重试;二是,事后重试

事前重试

事前重试,即不管业务是否执行成功,都去记录执行日志(表:job_beforehand_retry),如果出现指定的异常,则标记记录为需要重试。待重试job执行时,就分发至相应的重试方法去执行。

**原理:**使用aop的方式,对需要重试的方法(含有@BeforehandRetry的方法)进行拦截

@BeforehandRetry:

/**
 * 事前补偿,确保每次执行业务时都有留底。会牺牲一性的性能。
 * @author wzy
 * @date 2017年7月14日 下午5:03:45
 */
@Target({ METHOD })
@Retention(RUNTIME)
@Inherited
public @interface BeforehandRetry {
	/**
	 * 执行重试的异常,默认是对BizRetryNeedException才去执行重试逻辑。业务异常是不需要重试的!!!
	 */
	Class<? extends Throwable> retryFor() default BizRetryNeedException.class;
	/**
	 * 最大重试次数
	 */
	int maxRetryCount() default 3;
}

**例子参考:**com.kvn.dal.core.beforehand_retry.BeforehandRetryBizService.java

@Service
public class BeforehandRetryBizService {
	@BeforehandRetry
	public String doBiz(Foo foo, String param){
		System.out.println("--->isRetryThread:" + ThreadContext.getContext().isRetryThread());
		System.out.println("参数:Foo=" + JSON.toJSONString(foo) + ", param=" + param);
		System.out.println("执行业务失败>>>>>>>>");
		throw new BizRetryNeedException("业务失败,需要重试!!!");
	}
}

事后重试

事后重试,即执行业务出现异常后,对于我们需要重试的异常,将重试参数持久化到DB(表:job_retry),然后通过事后重试调度定时发起重试。

对于需要重试的类,可以通过实现 IRetrySupport 接口,或者继承 AbstractRetrySupport 类。

IRetrySupport.java

public interface IRetrySupport {
	/**
	 * 重试
	 * @param retryContext 重试上下文
	 * @return 返回重试结果:true | false
	 */
	Boolean retry(AfterwardRetryContext retryContext);
}

例子参考:实现接口方式com.kvn.dal.core.afterward_retry.AfterwardRetryBizService.java

@Service
public class AfterwardRetryBizService implements IRetrySupport {
 @Resource
 IJobRetryDao jobRetryDao;
 public void executeBiz() {
 System.out.println(DateTime.now() + "--" + Thread.currentThread().getName() + "---------------doBizJob2222--------");
 try {
 Thread.sleep(3000L);
 } catch (InterruptedException e) {
 e.printStackTrace();
 }
 Foo foo = new Foo(1001, "xxx");
 try {
 throw new RuntimeException("executeBiz异常,xxxxxxxxx");
 } catch (Exception e) {
 ArrayList<RetryParam> retryLs = new RetryParamListWrapper().buildRetryParam(foo).buildRetryParam("xxx").buildRetryParam("hehehe").toArrayList();
 JobRetry retry = JobRetry.createJobRetry(this.getClass(), "key001", retryLs);
 jobRetryDao.add(retry);
 throw e;
 }
 }
 @Override
 public Boolean retry(AfterwardRetryContext retryContext) {
 	/** 实现重试逻辑 */
 String retryDataKey = retryContext.getRetryDataKey();
 List<RetryParam> paramLs = retryContext.getRetryParamLs();
 Foo foo = paramLs.get(0).retoreParam(Foo.class);
 String originParam1 = paramLs.get(1).retoreParam(String.class);
 String originParam2 = paramLs.get(2).retoreParam(String.class);
 // 或者
 Foo foo2 = retryContext.getRetryParamValueMap().get(Foo.class).get(0);
 String originParam_1 = retryContext.getRetryParamValueMap().get(String.class).get(0);
 String originParam_2 = retryContext.getRetryParamValueMap().get(String.class).get(1);
 return true;
 }
}

例子参考:继承类的方式com.kvn.dal.core.afterward_retry.AfterwardRetryBestPracticeService.java

@Service
public class AfterwardRetryBestPracticeService extends AbstractRetrySupport {
	public void executeBiz() {
		System.out.println(DateTime.now() + "--" + Thread.currentThread().getName() + "---------------doBizJob2222--------");
		try {
			Thread.sleep(3000L);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
		Foo foo = new Foo(1001, "xxx");
		try {
			throw new RuntimeException("executeBiz异常,xxxxxxxxx");
		} catch (Exception e) {
			this.retryEnqueue("key001", foo, "hehe", "morning");
			throw e; // 出异常后,终止业务
		}
	}
	@Override
	public Boolean retry(AfterwardRetryContext retryContext) {
		// 实现重试逻辑
		return true;
	}
}

相关推荐

用Steam启动Epic游戏会更快吗?(epic怎么用steam启动)

Epic商店很香,但也有不少抱怨,其中一条是启动游戏太慢。那么,如果让Steam启动Epic游戏,会不会速度更快?众所周知,Steam可以启动非Steam游戏,方法是在客户端左下方点击“添加游戏”,然...

Docker看这一篇入门就够了(dockerl)

安装DockerLinux:$curl-fsSLhttps://get.docker.com-oget-docker.sh$sudoshget-docker.sh注意:如果安装了旧版...

AYUI 炫丽PC开发UI框架2016年6月15日对外免费开发使用 [1]

2016年6月15日,我AY对外发布AYUI(WPF4.0开发)的UI框架,开发时候,你可以无任何影响的去开发PC电脑上的软件exe程序。AYUI兼容XP操作系统,在Win7/8/8.1/10上都顺利...

别再说C#/C++套壳方案多了!Tauri这“借壳生蛋”你可能没看懂!

浏览器套壳方案,C#和C++有更多,你说的没错,从数量和历史积淀来看,C#和C++确实有不少方式来套壳浏览器,让Web内容在桌面应用里跑起来。但咱们得把这套壳二字掰扯清楚,因为这里面学问可大了!不同的...

OneCode 核心概念解析——Page(页面)

在接触到OneCode最先接触到的就是,Page页面,在低代码引擎中,页面(Page)设计的灵活性是平衡“快速开发”与“复杂需求适配”的关键。以下从架构设计、组件系统、配置能力等维度,解析确...

React是最后的前端框架吗,为什么这么说的?

油管上有一位叫Theo的博主说,React是终极前端框架,为什么这么说呢?让我们来看看其逻辑:这个标题看起来像假的,对吧?React之后明明有无数新框架诞生,凭什么说它是最后一个?我说的“最后一个”不...

面试辅导(二):2025前端面试密码:用3个底层逻辑征服技术官

面试官放下简历,手指在桌上敲了三下:"你上次解决的技术难题,现在回头看有什么不足?"眼前的候选人瞬间僵住——这是上周真实发生在蚂蚁金服终面的场景。2025年的前端战场早已不是框架熟练...

前端新星崛起!Astro框架能否终结React的霸主地位?

引言:当"背着背包的全能选手"遇上"轻装上阵的短跑冠军"如果你是一名前端开发者,2024年的框架之争绝对让你眼花缭乱——一边是React这位"背着全家桶的全能选...

基于函数计算的 BFF 架构(基于函数计算的 bff 架构是什么)

什么是BFFBFF全称是BackendsForFrontends(服务于前端的后端),起源于2015年SamNewman一篇博客文章《Pattern:BackendsFor...

谷歌 Prompt Engineering 白皮书:2025年 AI 提示词工程的 10 个技巧

在AI技术飞速发展的当下,如何更高效地与大语言模型(LLM)沟通,以获取更准确、更有价值的输出,成为了一个备受关注的问题。谷歌最新发布的《PromptEngineering》白皮书,为这一问题提供了...

光的艺术:灯具创意设计(灯光艺术作品展示)

本文转自|艺术与设计微信号|artdesign_org_cn“光”是文明的起源,是思维的开端,同样也是人类睁眼的开始。每个人在出生一刻,便接受了光的照耀和洗礼。远古时候,人们将光奉为神明,用火来...

MoE模型已成新风口,AI基础设施竞速升级

机器之心报道编辑:Panda因为基准测试成绩与实际表现相差较大,近期开源的Llama4系列模型正陷入争议的漩涡之中,但有一点却毫无疑问:MoE(混合专家)定然是未来AI大模型的主流范式之一。...

Meta Spatial SDK重大改进:重塑Horizon OS应用开发格局

由文心大模型生成的文章摘要Meta持续深耕SpatialSDK技术生态,提供开自去年9月正式推出以来,Meta持续深耕其SpatialSDK技术生态,通过一系列重大迭代与功能增强,不断革新H...

&quot;上云&quot;到底是个啥?用&quot;租房&quot;给你讲明白IaaS/PaaS/SaaS的区别

半夜三点被机房报警电话惊醒,顶着黑眼圈排查服务器故障——这是十年前互联网公司运维的日常。而现在,程序员小王正敷着面膜刷剧,因为公司的系统全"搬"到了云上。"部署到云上"...

php宝塔搭建部署thinkphp机械设备响应式企业网站php源码

大家好啊,欢迎来到web测评。本期给大家带来一套php开发的机械设备响应式企业网站php源码,上次是谁要的系统项目啊,帮你找到了,还说不会搭建,让我帮忙录制一期教程,趁着今天有空,简单的录制测试了一下...

取消回复欢迎 发表评论: