[发明专利]任务调度方法、系统、电子设备及计算机可读存储介质

说明书

本申请提供了一种任务调度方法、系统、电子设备及计算机可读存储介质，应用于任务调度领域，其中该方法包括：接收任务请求；根据请求向业务端发起调度任务请求；当调度任务请求失败时，发起重试请求，并发出调度失败信息；当重试请求执行异常时，由在线模式转为离线模式，重新发起所述重试请求，当重试请求次数超过阈值时，停止发起调度任务。本发明通过调度任务失败后，重试请求方法进行细化设置，继而保证了调度任务在离线模式下依然能够继续进行，顺利的完成调度任务。通过在调度中心中对调度的任务进行统一监管，避免了由各系统独立维护调度任务导致业务系统的稳定性差的问题。

技术领域

本申请涉及任务调度领域，具体而言，本申请涉及一种任务调度方法、装置、电子设备及计算机可读存储介质。

背景技术

无论是互联网应用或者企业级应用，都充斥着大量的批处理任务。常常需要一些任务调度系统帮助开发者解决问题。随着服务化架构的逐步演进，单体架构逐渐演变为分布式、微服务架构。在此背景下，很多原先的任务调度平台已经不能满足业务系统的需求，尤其是在银行体系中，随着直销银行和互联网系统繁多，而每个内部系统都有定时调度的业务需求，各系统独立维护定时任务不利于业务系统的稳定性，也不利于管理；银行的日切、对账、计结息等场景都是离线任务，对准确性，容错性要求高；目前的调度平台均不能满足上述需求，一旦发生宕机会影响线上业务，容易造成资金损失等一系列问题。

发明内容

为了解决上述问题申请人提供了一种任务调度方法、系统、电子设备及计算机可读存储介质，用于解决在线任务调度失败后，如何在离线模式下继续调度任务并通知任务请求主体的问题，本申请采用的技术方案如下：

第一方面，提供了一种任务调度方法，该方法包括，

接收任务请求；

根据请求向业务端发起调度任务请求；

当调度任务请求失败时，发起重试请求，并发出调度失败信息；

当重试请求执行异常时，由在线模式转为离线模式，重新发起所述重试请求，当重试请求次数超过阈值时，停止发起调度任务。

在上述方法中，在调度任务失败的情况下，即使发起重试请求，一旦重试异常，将在离线模式下继续重试，保证了调度任务的稳定执行。但无限制的重试将浪费计算资源，必须有一个阈值限定，当重试的次数超过阈值后，即刻停止发起调度任务。

进一步地，为了限定重试请求的具体方式，所述重试请求中还包含如下参数的一种或多种：

重试延时执行时间，为距离首次调度任务失败的时间；

重试间隔时间，为重试请求之间的间隔时间；

可重试的异常，为反馈的执行异常被纳入可重试的范围内。

进一步地，为了使得每一个任务都有对应的重试请求，所述重试请求以注释名称的方式与所述任务对应，一般将任务的名称含在重试请求注释名称中，并存储于数据库中。

进一步地，为了实现调度端与业务端的连接，有效地发出任务调度指令，发起调度任务前，建立接口与所述业务端的所述任务实现接口方法的连接。

进一步地，为了解决新类型任务调度的问题，当出现新任务的调度请求时，发起添加所述新任务调度方法请求，将新任务的相关信息添加到所述数据库，再发起调度请求；

新任务的实现接口方法通过接口以反射方式获取，反射方式可以参照Java编程中用到的反射方式，并将新任务的实现接口方法存储于所述数据库中。

进一步地，为了系统地管理每一个任务的调度，所述任务的相关信息由执行器管理，一个执行器对应多个批量任务信息。