[发明专利]一种实时任务调度控制方法、系统、设备及可读存储介质

说明书

本申请公开了一种实时任务调度控制方法、系统、设备及可读存储介质，其中所述方法包括：实时任务调度系统接收任务请求，所述任务请求携带key值；根据所述key值判断是否需要配置限流阈值；若需要，则判断是否已经初始化key值；若尚未初始化key值，则进行key值初始化后将所述任务请求递交至所述实时任务执行控制器；若已经初始化key值，则获取所述key值的当前限流数；将限流数加一之后，判断是否达到限流阈值，若达到，限流数减一，将所述任务请求递交至实时任务等待队列中；若未达到，则将所述任务请求递交至所述实时任务执行控制器。通过简单配置实现数据限流，降低应用学习及使用成本，提高应用开发效率。

技术领域

本申请涉及金融科技技术领域，尤其涉及一种实时任务调度控制方法、系统、设备及可读存储介质。

背景技术

本部分旨在为权利要求书中陈述的本申请实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着计算机技术的发展，越来越多的技术应用在金融领域，传统金融业正在逐步向金融科技转变，越来越多的技术应用于金融行业，但由于金融行业的安全性及实时性要求，也对技术提出的更高的要求。目前，采用多台计算机组成一个分布式服务系统可以为用户提供比传统的集中式系统更好的服务，特别是可以克服主机资源紧张和响应瓶颈的缺陷，更好地实现任务的分配与优化。可实现调用、监听服务、提供远程通信与信息交换的分布式系统很多，如阿里巴巴旗下开源的分布式服务框架dubbo、开源软件ApacheHadoop的分布式服务框架协调组件Zookeeper等，采用的框架均是Java版本的。

在多台相同的服务器需要执行一系列的任务方法时，这些方法往往作为生产者的身份而存在，这些生产者产生最新数据写入缓存服务器或消息队列，以供后续消费者进行消费。而往往在实际应用的过程中，由于生产者生产数据逻辑往往较为单一，导致这些生产者产生数据的速率往往会超过消费者消费的速率，为了使消费者端不至于过载，通常会使用限流方案。

发明内容

本申请实施例提供一种实时任务调度控制方法、系统、设备及可读存储介质，旨在解决现有技术中动态调整每台服务器的执行频率时效率低，且网络开销大的问题，

第一方面，本申请实施例提供了一种实时任务调度控制方法，包括：

实时任务调度系统接收任务请求，所述任务请求携带key值；

根据所述key值判断是否需要配置限流阈值，若不需要，则将所述任务请求递交至该任务至实时任务执行控制器，以执行所述任务请求对应任务；若需要，则判断是否已经初始化key值；

若尚未初始化key值，则进行key值初始化后将所述任务请求递交至所述实时任务执行控制器；若已经初始化key值，则获取所述key值的当前限流数；

将限流数加一之后，判断是否达到限流阈值，若达到，限流数减一，将所述任务请求递交至实时任务等待队列中；若未达到，则将所述任务请求递交至所述实时任务执行控制器。

可选地，所述判断是否已经初始化key值，包括：

若所述任务请求是针对单服务器，则使用单例模式进行map属性设置，并判断是否已经初始化key值；

若所述任务请求是针对集群服务器，则使用分布式缓存中间件进行map属性设置，并判断是否已经初始化key值。

可选地，若所述任务请求是针对单服务器，key值为数据库编号。

可选地，若所述任务请求是针对集群服务器，key值为数据库编号或者数据库编号和篮子号的组合。

可选地，在将所述任务请求递交至该任务至实时任务执行控制器之后，所述方法还包括：

在所述实时任务执行控制器执行完所述任务之后，限流数减一。