CN116010065A - 分布式任务调度方法、装置以及设备 - Google Patents

Abstract

本公开提供了一种分布式任务调度方法、装置以及设备，涉及云计算技术领域，具体为云服务技术领域，可应用于云运维管理平台。该方法的一具体实施方式包括：接收用户发送的设备运维任务的调度请求；根据设备信息和机房信息，将设备运维任务分解成至少一个机房的子任务；根据机房服务的状态信息，确定至少一个机房的可用机房服务；将至少一个机房的子任务对应分配给至少一个机房的可用机房服务。该实施方式实现了任务的分布式调度，提升了设备运维任务的调度效率。

Description

分布式任务调度方法、装置以及设备

技术领域

本公开涉及云计算技术领域，具体为云服务技术领域，可应用于云运维管理平台。

背景技术

ARM(Advanced RISC Machines，高级精简指令集)云运维管理平台是一个管理ARM物理设备和虚拟设备运维任务调度的平台。其中，最基础的核心功能包括资源中心和任务中心等模块。资源中心管理ARM设备资源信息。任务中心管理基于ARM设备的运维任务调度工作。

然而，ARM云运维管理平台的现有任务调度模型需要人工维护机房服务，从而将运维任务下发给机房设备。这严重制约了ARM设备运维任务的调度效率。

发明内容

本公开实施例提出了一种分布式任务调度方法、装置、设备、存储介质以及程序产品。

第一方面，本公开实施例提出了一种分布式任务调度方法，包括：接收用户发送的设备运维任务的调度请求；根据设备信息和机房信息，将设备运维任务分解成至少一个机房的子任务；根据机房服务的状态信息，确定至少一个机房的可用机房服务；将至少一个机房的子任务对应分配给至少一个机房的可用机房服务。

第二方面，本公开实施例提出了一种分布式任务调度装置，包括：请求接收模块，被配置成接收用户发送的设备运维任务的调度请求；任务分解模块，被配置成根据设备信息和机房信息，将设备运维任务分解成至少一个机房的子任务；服务确定模块，被配置成根据机房服务的状态信息，确定至少一个机房的可用机房服务；任务分配模块，被配置成将至少一个机房的子任务对应分配给至少一个机房的可用机房服务。

第三方面，本公开实施例提出了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面中任一实现方式描述的方法。

第四方面，本公开实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面中任一实现方式描述的方法。

第五方面，本公开实施例提出了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如第一方面中任一实现方式描述的方法。

本公开实施例提供的分布式任务调度方法，实现了任务的分布式调度，提升了设备运维任务的调度效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显。附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是ARM云运维管理平台集中服务的架构图；

图2是ARM云运维管理平台机房服务的架构图；

图3是ARM设备多机房任务调度流程图；

图4是根据本公开的分布式任务调度方法的一个实施例的流程图；

图5是根据本公开的分布式任务调度方法的又一个实施例的流程图；

图6是根据本公开的分布式任务调度装置的一个实施例的结构示意图；

图7是用来实现本公开实施例的分布式任务调度方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

面对ARM设备多机房运维场景，本公开实施例提供了分布式任务调度方法，该方法的任务调度模型包括ARM云运维管理平台集中服务和ARM云运维管理平台机房服务。具体如下：

图1示出了ARM云运维管理平台集中服务的架构图。如图1所示，op-task-server的中文含义是运维任务服务。op-task-server集中服务是ARM云运维管理平台部署的平台集中服务，包含系统管理、资源中心、任务中心和日志管理等核心模块。其中，任务中心主要承载了ARM设备运维任务的调度下发和结果查询，分别实现了任务调度模型中的四个核心模块：

1、实例管理模块：op-task-worker机房服务的实例管理模块，主要检查服务实例的状态。其中，op-task-worker的中文含义是运维任务工作节点。op-task-worker机房服务是ARM云运维管理平台在机房环境部署的运维任务工作节点客户端，负责接收集中服务调度的运维任务并下发到指定的ARM设备中，包含任务队列管理、任务执行状态维护、机房文件管理、任务回调通知等核心功能。

2、任务调度模块：基于资源中心的机房信息和设备信息，以机房为单位，对任务进行分解，并支持各种定时器策略调度各个机房的子任务。

3、任务派发模块：对调用op-task-worker机房服务的接口请求作并发控制，并基于实例管理模块的服务状态进行负载均衡。

4、任务日志模块：任务调度的流程日志和异常信息均持久化到关系型数据库，同时支持异步上传到统一的日志服务器。

图2示出了ARM云运维管理平台机房服务的架构图。如图2所示，op-task-worker的中文含义是运维任务工作节点。op-task-worker机房服务是ARM云运维管理平台在机房环境部署的运维任务工作节点客户端，负责接收集中服务调度的运维任务并下发到指定的ARM设备中，包含任务队列管理、任务执行状态维护、机房文件管理、任务回调通知等核心功能。作为任务执行服务客户端，支持水平扩展，通过服务发现的模式将服务信息注册到op-task-server集中服务，并基于心跳监听机制同步服务状态信息。集中服务基于特定的调度策略将设备任务下发给具体的op-task-worker，然后机房服务通过队列的方式将任务分发到指定的设备容器中执行，任务运行状态和结果最终通过op-task-worker回调通知集中服务，其中op-task-worker主要实现了任务调度模型中的以下四个核心子模块：

1、Task跟踪：通过队列的方式管理集中服务调度的任务，并分发到对应的设备服务中。

2、Processor模块：ARM设备任务的分发采用无锁化并发控制，保障设备性能压力瓶颈的同时，尽可能提升任务的调度效率。

3、后台服务模块：将机房服务实例注册到集中服务，并提供心跳检测的能力。

4、日志模块：整合设备任务日志，异步上传机房服务的任务的日志信息。

图3示出了ARM设备多机房任务调度流程图。如图3所示，以A地区机房和B地区机房两个机房的运维场景为例，任务调度流程包括以下步骤：

步骤1，op-task-worker机房服务注册。

通常，各个机房的op-task-worker机房服务在启动时，主动向集中服务注册并上报自己的服务信息。服务注册成功之后，通过心跳监听机制维护服务状态信息。

步骤2，用户通过集中服务发起设备运维任务的调度请求。

步骤3，任务调度。

通常，任务调度模块接收到用户的设备运维任务的调度请求，首先根据设备信息和机房信息将任务分解成A地区机房任务和B地区机房任务，然后根据具体的定时器策略调度给任务派发模块。具体地，首先生成一条数据库任务记录，然后根据时间轮调度模型将任务记录绑定到同一个调度器的时间槽中，调度器通过单线程休眠的方式，循环读取时间槽中任务链表的任务节点并高效地派发给op-task-worker机房服务执行。

步骤4，任务派发。

通常，从实例管理模块中获取A地区机房和B地区机房下可用的op-task-worker机房服务实例，基于负载均衡的规则将设备运维任务下发给对应的机房的op-task-worker机房服务。

步骤5，任务回调。

通常，机房的op-task-worker机房服务通过HTTP(Hyper Text TransferProtocol，超文本传输协议)接口回调的方式将任务状态和执行结果同步给op-task-server集中服务。

本公开实施例提供的分布式任务调度方法针对现有任务调度模型的缺陷进行改进，提供了一个高性能、高可靠的分布式任务调度模型。支持机房的op-task-worker机房服务通过配置的方式将服务注册到运维平台集中服务的任务调度模型。任务调度模型通过服务心跳监测的策略确定注册的机房服务是否正常。无需在集中服务中人工维护机房的op-task-worker机房服务，通过服务注册发现的机制，极大了降低op-task-worker调整对整体服务的影响。同时，为了解决大批量设备运维任务场景下单个机房的op-task-worker机房服务的性能瓶颈问题，任务调度模型进一步支持机房的op-task-worker机房服务的水平扩展，同一机房可以根据设备运维性能需求任意扩展机房服务，任务调度模型提供基础的轮询算法对机房服务进行负载均衡，保障机房的op-task-worker机房服务的稳定性和可靠性，从而提高设备任务调度的性能。

继续参考图4，其示出了根据本公开的分布式任务调度方法的一个实施例的流程图。该分布式任务调度方法的执行主体是ARM云运维管理平台集中服务，包括以下步骤：

步骤401，接收用户发送的设备运维任务的调度请求。

在本实施例中，上述执行主体可以接收用户发送的设备运维任务的调度请求。其中，设备运维任务可以是ARM物理设备和虚拟设备的运维任务，需要在至少一个机房中执行。

通常，op-task-server集中服务是ARM云运维管理平台部署的平台集中服务，包含系统管理、资源中心、任务中心和日志管理等核心模块。其中，任务中心主要承载了ARM设备运维任务的调度下发和结果查询，分别实现了任务调度模型中的四个核心模块：实例管理模块、任务调度模块、任务派发模块和任务日志模块。任务调度模块可以接收用户发送的设备运维任务的调度请求。

步骤402，根据设备信息和机房信息，将设备运维任务分解成至少一个机房的子任务。

在本实施例中，上述执行主体可以根据设备信息和机房信息，将设备运维任务分解成至少一个机房的子任务。其中，任务调度模块可以基于资源中心的机房信息和设备信息，以机房为单位，对设备运维任务进行分解，然后根据具体的定时器策略调度给任务派发模块。例如，在接收到设备运维任务的调度请求之后，首先生成一条数据库任务记录，然后根据时间轮调度模型将任务记录绑定到同一个调度器的时间槽中。调度器通过单线程休眠的方式，循环读取时间槽中任务链表的任务节点并高效地派发给op-task-worker机房服务执行。其中，时间轮是为解决高效调度任务而产生的调度模型。时间轮调度模型是一种高效批量管理定时任务的调度模型。一般会实现成一个环形结构，类似一个时钟，分为很多槽，一个槽代表一个时间间隔，每个槽使用双向链表存储定时任务。指针周期性跳动，跳动到一个槽位，就执行该槽位的定时任务。步骤403，根据机房服务的状态信息，确定至少一个机房的可用机房服务。

在本实施例中，上述执行主体可以根据机房服务的状态信息，确定至少一个机房的可用机房服务。其中，实例管理模块是op-task-worker机房服务的实例管理模块，主要检查服务实例的状态。因此，从实例管理模块中可以获取对应机房下可用的op-task-worker机房服务实例。

步骤404，将至少一个机房的子任务对应分配给至少一个机房的可用机房服务。

在本实施例中，对于至少一个机房中的机房，上述执行主体可以将该机房的子任务对应分配给该机房的可用机房服务。其中，任务派发模块可以对调用op-task-worker机房服务的接口请求作并发控制，并基于实例管理模块的服务状态进行负载均衡。

本公开实施例提供的分布式任务调度方法，实现了任务的分布式调度，提升了设备运维任务的调度效率。

进一步参考图5，其示出了根据本公开的分布式任务调度方法的又一个实施例的流程图。该分布式任务调度方法的执行主体是ARM云运维管理平台集中服务，包括以下步骤：

步骤501，接收各个机房的机房服务在启动时上报的注册服务信息。

在本实施例中，上述执行主体可以接收各个机房的机房服务在启动时上报的注册服务信息。

通常，各个机房的op-task-worker机房服务在启动时，会主动向集中服务注册并上报自己的服务信息。其中，op-task-worker机房服务是ARM云运维管理平台部署的机房服务，包含任务的管理和运行状态跟踪。设备机房可以水平扩展部署多个op-task-worker机房服务，基于后台服务主动注册到op-task-server集中服务。集中服务调度下发的任务均由机房服务管理并下发到机房服务中，最终任务运行状态和结果也通过op-task-worker上报给集中服务。机房服务的后台服务模块可以将机房服务实例注册到集中服务，并提供心跳检测的能力。

在一些实施例中，机房可以根据设备运维性能确定机房服务的扩展数量，以及上报扩展数量的机房服务的注册服务信息。为了解决大批量设备运维任务场景下单个机房的op-task-worker机房服务的性能瓶颈问题，任务调度模型进一步支持机房的op-task-worker机房服务的水平扩展，同一机房可以根据设备运维性能需求任意扩展机房服务。

步骤502，基于注册服务信息，对各个机房的机房服务进行注册。

在本实施例中，上述执行主体可以基于注册服务信息，对各个机房的机房服务进行注册，从而支持机房的op-task-worker机房服务通过配置的方式将服务注册到运维平台集中服务。

步骤503，通过心跳监听机制维护已注册的机房服务的状态信息。

在本实施例中，上述执行主体可以通过心跳监听机制维护已注册的机房服务的状态信息。机房服务的后台服务模块可以将机房服务实例注册到集中服务，并提供心跳检测的能力。集中服务的实例管理模块是op-task-worker机房服务的实例管理模块，主要检查服务实例的状态。

步骤504，接收用户发送的设备运维任务的调度请求。

步骤505，根据设备信息和机房信息，将设备运维任务分解成至少一个机房的子任务。

步骤506，根据机房服务的状态信息，确定至少一个机房的可用机房服务。

在本实施例中，步骤504-506的具体操作已在图4所示的实施例中步骤401-403中进行了详细的介绍，在此不再赘述。

步骤507，对于至少一个机房中的机房，轮询该机房的可用机房服务的负载情况。

在本实施例中，对于至少一个机房中的机房，上述执行轮询该机房的可用机房服务的负载情况。

通常，从实例管理模块中获取该机房下可用的op-task-worker机房服务实例，轮询该机房的可用机房服务的负载情况。

步骤508，基于负载情况，以负载均衡的方式向该机房的可用机房服务分配该机房的子任务。

在本实施例中，上述执行主体可以基于负载情况，以负载均衡的方式向该机房的可用机房服务分配该机房的子任务。

通常，从实例管理模块中获取该机房下可用的op-task-worker机房服务实例，基于负载均衡的规则将设备运维任务下发给该机房的op-task-worker机房服务。其中，集中服务的任务派发模块可以基于实例管理模块的服务状态进行负载均衡。

步骤509，接收至少一个机房通过超文本传输协议接口回调方式返回的设备运维任务的任务状态和执行结果。

在本实施例中，上述执行主体可以接收至少一个机房通过超文本传输协议接口回调方式返回的设备运维任务的任务状态和执行结果。

通常，机房的op-task-worker机房服务通过HTTP接口回调的方式将任务状态和执行结果同步给op-task-server集中服务。

在一些实施例中，上述执行主体可以将设备运维任务调度的流程日志和异常信息持久化到关系型数据库，以及异步上传到日志服务器。其中，集中服务的任务日志模块可以将任务调度的流程日志和异常信息均持久化到关系型数据库，同时支持异步上传到统一的日志服务器。

本公开实施例提供的分布式任务调度方法针对现有任务调度模型的缺陷进行改进，提供了一个高性能、高可靠的分布式任务调度模型。支持机房的op-task-worker机房服务通过配置的方式将服务注册到运维平台集中服务的任务调度模型。任务调度模型通过服务心跳监测的策略确定注册的机房服务是否正常。无需在集中服务中人工维护机房的op-task-worker机房服务，通过服务注册发现的机制，极大了降低op-task-worker调整对整体服务的影响。同时，为了解决大批量设备运维任务场景下单个机房的op-task-worker机房服务的性能瓶颈问题，任务调度模型进一步支持机房的op-task-worker机房服务的水平扩展，同一机房可以根据设备运维性能需求任意扩展机房服务，任务调度模型提供基础的轮询算法对机房服务进行负载均衡，保障机房的op-task-worker机房服务的稳定性和可靠性，从而提高设备任务调度的性能。

进一步参考图6，作为对上述各图所示方法的实现，本公开提供了一种分布式任务调度装置的一个实施例，该装置实施例与图4所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图6所示，本实施例的分布式任务调度装置600可以包括：请求接收模块601、任务分解模块602、服务确定模块603和任务分配模块604。其中，请求接收模块601，被配置成接收用户发送的设备运维任务的调度请求；任务分解模块602，被配置成根据设备信息和机房信息，将设备运维任务分解成至少一个机房的子任务；服务确定模块603，被配置成根据机房服务的状态信息，确定至少一个机房的可用机房服务；任务分配模块604，被配置成将至少一个机房的子任务对应分配给至少一个机房的可用机房服务。

在本实施例中，分布式任务调度装置600中：请求接收模块601、任务分解模块602、服务确定模块603和任务分配模块604的具体处理及其所带来的技术效果可分别参考图4对应实施例中的步骤401-404的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，分布式任务调度装置600还包括：第一信息接收模块，被配置成接收各个机房的机房服务在启动时上报的注册服务信息；服务注册模块，被配置成基于注册服务信息，对各个机房的机房服务进行注册；状态维护模块，被配置成通过心跳监听机制维护已注册的机房服务的状态信息。

在本实施例的一些可选的实现方式中，其中，机房根据设备运维性能确定机房服务的扩展数量，以及上报扩展数量的机房服务的注册服务信息。

在本实施例的一些可选的实现方式中，分布式任务调度装置600还包括：记录生成模块，被配置成生成数据库任务记录；记录绑定模块，被配置成根据时间轮调度模型将所述数据库任务记录绑定到调度器的时间槽中，以使所述调度器通过单线程休眠的方式，循环读取所述时间槽中的任务链表的任务节点并派发给机房服务执行。

在本实施例的一些可选的实现方式中，任务分配模块604进一步被配置成：对于至少一个机房中的机房，轮询该机房的可用机房服务的负载情况；基于负载情况，以负载均衡的方式向该机房的可用机房服务分配该机房的子任务。

在本实施例的一些可选的实现方式中，分布式任务调度装置600还包括：第二信息接收模块，被配置成接收至少一个机房通过超文本传输协议接口回调方式返回的设备运维任务的任务状态和执行结果。

在本实施例的一些可选的实现方式中，分布式任务调度装置600还包括：日志上传模块，被配置成将设备运维任务调度的流程日志和异常信息持久化到关系型数据库，以及异步上传到日志服务器。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如分布式任务调度方法。例如，在一些实施例中，分布式任务调度方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的分布式任务调度方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行分布式任务调度方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以是分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开提供的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (17)

1.一种分布式任务调度方法，包括：

接收用户发送的设备运维任务的调度请求；

根据设备信息和机房信息，将所述设备运维任务分解成至少一个机房的子任务；

根据机房服务的状态信息，确定所述至少一个机房的可用机房服务；

将所述至少一个机房的子任务对应分配给所述至少一个机房的可用机房服务。

2.根据权利要求1所述的方法，其中，所述方法还包括：

接收各个机房的机房服务在启动时上报的注册服务信息；

基于所述注册服务信息，对所述各个机房的机房服务进行注册；

通过心跳监听机制维护已注册的机房服务的状态信息。

3.根据权利要求2所述的方法，其中，机房根据设备运维性能确定机房服务的扩展数量，以及上报所述扩展数量的机房服务的注册服务信息。

4.根据权利要求1所述的方法，其中，在所述根据设备信息和机房信息，将所述设备运维任务分解成至少一个机房的子任务之后，包括：

生成数据库任务记录；

根据时间轮调度模型将所述数据库任务记录绑定到调度器的时间槽中，以使所述调度器通过单线程休眠的方式，循环读取所述时间槽中的任务链表的任务节点并派发给机房服务执行。

5.根据权利要求1所述的方法，其中，所述将所述至少一个机房的子任务对应分配给所述至少一个机房的可用机房服务，包括：

对于所述至少一个机房中的机房，轮询该机房的可用机房服务的负载情况；

基于所述负载情况，以负载均衡的方式向该机房的可用机房服务分配该机房的子任务。

6.根据权利要求1-5中任一项所述的方法，其中，所述方法还包括：

接收所述至少一个机房通过超文本传输协议接口回调方式返回的所述设备运维任务的任务状态和执行结果。

7.根据权利要求1-5中任一项所述的方法，其中，所述方法还包括：

将所述设备运维任务调度的流程日志和异常信息持久化到关系型数据库，以及异步上传到日志服务器。

8.一种分布式任务调度装置，包括：

请求接收模块，被配置成接收用户发送的设备运维任务的调度请求；

任务分解模块，被配置成根据设备信息和机房信息，将所述设备运维任务分解成至少一个机房的子任务；

服务确定模块，被配置成根据机房服务的状态信息，确定所述至少一个机房的可用机房服务；

任务分配模块，被配置成将所述至少一个机房的子任务对应分配给所述至少一个机房的可用机房服务。

9.根据权利要求8所述的装置，其中，所述装置还包括：

第一信息接收模块，被配置成接收各个机房的机房服务在启动时上报的注册服务信息；

服务注册模块，被配置成基于所述注册服务信息，对所述各个机房的机房服务进行注册；

状态维护模块，被配置成通过心跳监听机制维护已注册的机房服务的状态信息。

10.根据权利要求9所述的装置，其中，机房根据设备运维性能确定机房服务的扩展数量，以及上报所述扩展数量的机房服务的注册服务信息。

11.根据权利要求8所述的装置，其中，所述装置还包括：

记录生成模块，被配置成生成数据库任务记录；

记录绑定模块，被配置成根据时间轮调度模型将所述数据库任务记录绑定到调度器的时间槽中，以使所述调度器通过单线程休眠的方式，循环读取所述时间槽中的任务链表的任务节点并派发给机房服务执行。

12.根据权利要求8所述的装置，其中，所述任务分配模块进一步被配置成：

对于所述至少一个机房中的机房，轮询该机房的可用机房服务的负载情况；

基于所述负载情况，以负载均衡的方式向该机房的可用机房服务分配该机房的子任务。

13.根据权利要求8-12中任一项所述的装置，其中，所述装置还包括：

第二信息接收模块，被配置成接收所述至少一个机房通过超文本传输协议接口回调方式返回的所述设备运维任务的任务状态和执行结果。

14.根据权利要求8-12中任一项所述的装置，其中，所述装置还包括：

日志上传模块，被配置成将所述设备运维任务调度的流程日志和异常信息持久化到关系型数据库，以及异步上传到日志服务器。

15.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-7中任一项所述的方法。

17.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-7中任一项所述的方法。

Images