CN108845868A - 一种任务下发方法和装置 - Google Patents

Abstract

本申请实施例提供一种任务下发方法和装置，涉及IT领域，能够解决随机分批造成的业务中断问题。其方法为：任务调度模块接收待执行任务和需要执行待执行任务的多个计算设备的信息，其中，多个计算设备包含至少两种计算设备类型，至少两种计算设备类型分别对应不同的应用配置项；任务调度模块根据第一应用配置项从多个计算设备中确定N个计算设备；任务调度模块将N个计算设备分为M批，其中，第i+1批计算设备的数目大于第i批计算设备的数目，M为大于1的整数，i为大于0且小于M的整数；任务调度模块按照M批计算设备的批次顺序，依次将待执行任务发送给每一批计算设备。本申请实施例应用于海量主机环境下的任务下发过程中。

Description

一种任务下发方法和装置

技术领域

本申请涉及互联网技术(internet Technology，IT)领域，尤其涉及一种任务下发方法和装置。

背景技术

随着企业业务的不断扩大以及云化业务的发展，在新业务不断涌现的同时，各个业务所需的设备数量以及任务数量也随之增多，因此在海量主机的环境下如何保证任务下发的稳定性和可靠性成为了任务下发的首要考虑问题。

为了解决上述问题，现有的技术方案包括：如图1所示，在任务控制台模块和客户端模块之间建立任务调度模块，任务控制台模块并不直接为客户端下发任务，而是将需要下发的任务信息传给任务调度模块，由任务调度模块对需要下发任务的主机进行随机分批，而后根据批次向客户端模块下发任务。

但是在海量主机的复杂环境下，随机分批很难做到很好的调度控制。例如，某一类的应用对应的X台主机不能同时重启应用、安装补丁或者同时故障，否则会造成业务中断，但是随机分批的情况下，有可能该X台主机会同时重启应用、安装补丁或者同时故障，从而影响业务的运行。

发明内容

本申请实施例提供一种任务下发方法和装置，能够解决随机分批造成的业务中断问题。

第一方面，本申请实施例提供一种任务下发方法，包括：任务调度模块接收待执行任务和需要执行待执行任务的多个计算设备的信息，其中，多个计算设备包含至少两种计算设备类型，至少两种计算设备类型分别对应不同的应用配置项；任务调度模块根据第一应用配置项从多个计算设备中确定与第一应用配置项对应的N个计算设备；任务调度模块将N个计算设备分为M批，其中，第i+1批计算设备的数目大于第i批计算设备的数目，M为大于1的整数，i为大于0且小于M的整数；任务调度模块按照M批计算设备的批次顺序，依次将待执行任务发送给每一批计算设备。

相比现有技术，由于随机分批造成了业务中断问题。本发明实施例中，任务调度模块可以将第一应用配置项对应的N个计算设备分为M批，M批计算设备中的第i+1批计算设备的数目大于第i批计算设备的数目。由此，可以避免第一应用配置项对应的N个计算设备同时运行待执行任务，从而避免了第一应用配置项对应的N个计算设备同时执行待执行任务时可能出现异常导致的业务中断。

在一种可能的实现方式中，第i+1批计算设备中第一区域对应的计算设备的数目大于第i批计算设备中第一区域对应的计算设备的数目。

由此，可以避免第一种计算设备中同一个区域的全部计算设备同时运行待执行任务，从而避免该区域的全部计算设备同时执行待执行任务时可能出现异常导致的业务中断。

在一种可能的实现方式中，任务调度模块从任务控制模块接收待执行任务之前，该方法还包括：任务调度模块从任务控制模块接收待执行任务的任务信息；任务调度模块确定待执行任务的风险值，风险值用于指示执行待执行任务失败的风险；任务调度模块将风险值发送给任务控制模块。

由此，任务调度模块可以根据历史上下发的同类任务的历史信息确定待执行任务的风险值，为用户提示风险操作，对于历史失败次数(失败比例)较多的任务或者计算设备可以进行预警，从而能够对待执行任务的下发提供指导。

在一种可能的实现方式中，任务调度模块确定待执行任务的风险值包括：任务调度模块根据历史信息确定待执行任务的风险值，历史信息包含与待执行任务类型相同的历史任务的执行状态。

其中，历史信息包含与待执行任务类型相同的历史任务的执行状态。

在一种可能的实现方式中，该方法还包括：任务调度模块接收第一计算设备的状态信息，其中，状态信息用于指示第一计算设备执行待执行任务后第一计算设备的运行状态，第一计算设备为接收到待执行任务的计算设备；任务调度模块根据状态信息确定第一计算设备对待执行任务执行成功或失败。

由此，可以避免出现任务成功执行，但是计算设备由于执行待执行任务而异常(例如挂死)的现象。

在一种可能的实现方式中，该方法还包括：若第二计算设备在预设时间阈值内没有上报对待执行任务的执行状态，则任务调度模块确定第二计算设备对待执行任务执行失败，其中，第二计算设备为接收到待执行任务的计算设备。

由此，可以避免出现任务成功执行，但是计算设备由于执行待执行任务而异常的现象。

在一种可能的实现方式中，第三计算设备为N个计算设备中的一个，任务调度模块向第三计算设备发送待执行任务之前，该方法还包括：任务调度模块接收第三计算设备发送的任务请求；任务调度模块判断第三计算设备是否满足任务发送条件。

在一种可能的实现方式中，当第三计算设备为第j+1批计算设备中的一个时，任务调度模块判断第三计算设备是否满足任务发送条件包括：任务调度模块确定第j批计算设备中对待执行任务执行失败的计算设备的数目，其中j为大于0且小于M的整数；任务调度模块确定第j批计算设备中执行待执行任务失败的计算设备的数目小于第一预设阈值。

由此，如果第j批计算设备中执行待执行任务失败的计算设备的数目过多(超过第一预设阈值)，那么任务调度模块可以停止向其余未执行待执行任务的计算设备下发待执行任务，避免资源浪费。

在一种可能的实现方式中，该方法还包括：若当前时间为第三计算设备允许接收待执行任务的时间，任务调度模块确定当前运行待执行任务的计算设备的数目是否小于第二预设阈值；若确定当前运行待执行任务的计算设备的数目小于第二预设阈值，任务调度模块向第三计算设备发送待执行任务。

其中，第二预设阈值是同一时刻能够运行待执行任务的计算设备的数目的最大值。这样一来，可以在海量主机环境下，控制任务并发数量，避免网络堵塞和服务超负荷运行。

第二方面，本申请实施例提供一种任务调度模块，包括：接收单元，用于接收待执行任务和需要执行待执行任务的多个计算设备的信息，其中，多个计算设备包含至少两种计算设备类型，至少两种计算设备类型分别对应不同的应用配置项；确定单元，用于根据第一应用配置项从多个计算设备中确定与第一应用配置项对应的N个计算设备；分配单元，用于将N个计算设备分为M批，其中，第i+1批计算设备的数目大于第i批计算设备的数目，M为大于1的整数，i为大于0且小于M的整数；发送单元，用于按照M批计算设备的批次顺序，依次将待执行任务发送给每一批计算设备。

在一种可能的实现方式中，第i+1批计算设备中第一区域对应的计算设备的数目大于第i批计算设备中第一区域对应的计算设备的数目。

在一种可能的实现方式中，接收单元，还用于从任务控制模块接收待执行任务的任务信息；确定单元，还用于确定待执行任务的风险值，风险值用于指示执行待执行任务失败的风险；发送单元，还用于将风险值发送给任务控制模块。

在一种可能的实现方式中，确定单元用于：根据历史信息确定待执行任务的风险值，历史信息包含与待执行任务类型相同的历史任务的执行状态。

在一种可能的实现方式中，接收单元，用于：接收第一计算设备的状态信息，其中，状态信息用于指示第一计算设备执行待执行任务后第一计算设备的运行状态，第一计算设备为接收到待执行任务的计算设备；确定单元，用于根据状态信息确定第一计算设备对待执行任务执行成功或失败。

在一种可能的实现方式中，确定单元用于：若第二计算设备在预设时间阈值内没有上报对待执行任务的执行状态，则确定第二计算设备对待执行任务执行失败，其中，第二计算设备为接收到待执行任务的计算设备。

在一种可能的实现方式中，第三计算设备为N个计算设备中的一个，接收单元还用于：接收第三计算设备发送的任务请求；确定单元，还用于判断第三计算设备是否满足任务发送条件。

在一种可能的实现方式中，当第三计算设备为第j+1批计算设备中的一个时，确定单元用于：确定第j批计算设备中对待执行任务执行失败的计算设备的数目，其中j为大于0且小于M的整数；确定第j批计算设备中执行待执行任务失败的计算设备的数目小于第一预设阈值。

在一种可能的实现方式中，若当前时间为第三计算设备允许接收待执行任务的时间，确定单元还用于确定当前运行待执行任务的计算设备的数目是否小于第二预设阈值；若确定当前运行待执行任务的计算设备的数目小于第二预设阈值，发送单元还用于向第三计算设备发送待执行任务。

第三方面，本发明实施例提供了一种装置，该装置以芯片的产品形态存在，该装置的结构中包括处理器和存储器，该存储器用于与处理器耦合，保存该装置必要的程序指令和数据，该处理器用于执行存储器中存储的程序指令，使得该装置执行上述方法中任务调度模块的功能。

第四方面，本发明实施例提供了一种任务调度模块，该任务调度模块可以实现上述方法实施例中任务调度模块所执行的功能，功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块。

在一种可能的设计中，该任务调度模块的结构中包括处理器和通信接口，该处理器被配置为支持该任务调度模块执行上述方法中相应的功能。该通信接口用于支持该任务调度模块与其他网元之间的通信。该任务调度模块还可以包括存储器，该存储器用于与处理器耦合，其保存该任务调度模块必要的程序指令和数据。

第五方面，本发明实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行第一方面提供的任意一种方法。

第六方面，本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面提供的任意一种方法。

第七方面，本申请实施例提供一种任务下发方法，包括：任务控制模块向任务调度模块发送待执行任务的任务信息；任务控制模块从任务调度模块接收待执行任务的风险值。

在一种可能的实现方式中，任务控制模块向任务调度模块发送待执行任务和需要执行待执行任务的多个计算设备的信息，其中，至少两种计算设备分别对应不同的应用配置项。

第八方面，本发明实施例提供了一种装置，该装置以芯片的产品形态存在，该装置的结构中包括处理器和存储器，该存储器用于与处理器耦合，保存该装置必要的程序指令和数据，该处理器用于执行存储器中存储的程序指令，使得该装置执行上述方法中任务控制模块的功能。

第九方面，本发明实施例提供了一种任务控制模块，该任务控制模块可以实现上述方法实施例中任务控制模块所执行的功能，功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块。

在一种可能的设计中，该任务控制模块的结构中包括处理器和通信接口，该处理器被配置为支持该任务控制模块执行上述方法中相应的功能。该通信接口用于支持该任务控制模块与其他网元之间的通信。该任务控制模块还可以包括存储器，该存储器用于与处理器耦合，其保存该任务控制模块必要的程序指令和数据。

第十方面，本发明实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行第七方面提供的任意一种方法。

第十一方面，本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第七方面提供的任意一种方法。

第十二方面，本申请实施例提供一种任务下发方法，包括：第一计算设备从任务调度模块接收待执行任务；第一计算设备向任务调度模块发送第一计算设备的状态信息，其中，状态信息用于指示第一计算设备执行待执行任务后第一计算设备的运行状态。

第十三方面，本发明实施例提供了一种装置，该装置以芯片的产品形态存在，该装置的结构中包括处理器和存储器，该存储器用于与处理器耦合，保存该装置必要的程序指令和数据，该处理器用于执行存储器中存储的程序指令，使得该装置执行上述方法中第一计算设备的功能。

第十四方面，本发明实施例提供了一种第一计算设备，该第一计算设备可以实现上述方法实施例中第一计算设备所执行的功能，功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块。

在一种可能的设计中，该第一计算设备的结构中包括处理器和通信接口，该处理器被配置为支持该第一计算设备执行上述方法中相应的功能。该通信接口用于支持该第一计算设备与其他网元之间的通信。该第一计算设备还可以包括存储器，该存储器用于与处理器耦合，其保存该第一计算设备必要的程序指令和数据。

第十五方面，本发明实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行第十二方面提供的任意一种方法。

第十六方面，本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第十二方面提供的任意一种方法。

附图说明

图1为现有技术的一种任务下发架构示意图；

图2为本申请实施例提供的一种任务下发方法的架构示意图；

图3为本申请实施例提供的一种任务下发方法的信号交互示意图；

图4为本申请实施例提供的一种任务下发方法的程序流程示意图；

图5为本申请实施例提供的一种任务调度模块的结构示意图一；

图6为本申请实施例提供的一种任务调度模块的结构示意图二；

图7为本申请实施例提供的一种任务控制模块的结构示意图一；

图8为本申请实施例提供的一种任务控制模块的结构示意图二；

图9为本申请实施例提供的一种计算设备的结构示意图一；

图10为本申请实施例提供的一种计算设备的结构示意图二。

具体实施方式

本申请实施例提供一种任务下发方法和装置，应用于业务的任务下发过程中。例如，应用于海量主机环境下业务的任务下发过程中。

如图2所示，为本申请实施例提供的一种任务下发系统架构示意图。该系统包括任务控制模块、任务调度模块和计算设备。任务控制模块向任务调度模块发送待执行任务和需要执行待执行任务的多个计算设备的信息。任务调度模块用于从任务控制模块接收待执行任务和需要执行待执行任务的多个计算设备的信息，多个计算设备包含至少两种计算设备类型，至少两种计算设备类型分别对应不同的应用配置项(configuration item，CI)。进一步的，任务调度模块可以根据每一种计算设备对应的不同应用配置项对该种计算设备进行分批，以便该种计算设备分批执行待执行任务。其中，任务调度模块可以包括任务库和应用配置项库，任务库可以用于存储历史任务以及处理待执行任务，应用配置项库可以用于存储每一种计算设备和不同应用配置项的映射关系。可选的，应用配置项库还可以用于存储计算设备和区域的映射关系。

需要说明的是，任务控制模块也可以称为任务控制节点、任务控制设备或任务控制服务器等。类似的，任务调度模块也可以称为任务调度节点、任务调度设备或任务调度服务器等，计算设备也可以称为计算节点或计算模块等，本申请不做限定。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“部分”或“全部”是指一个或多个，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

需要说明的是，本发明实施例中，“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

本申请实施例提供一种任务下发方法，如图3所示，包括：

301、任务控制模块向任务调度模块发送待执行任务的任务信息。

当操作者(用户)在任务控制模块中配置好待执行任务并点击确定后，任务控制模块生成待执行任务的任务信息，并向任务调度模块发送待执行任务的任务信息。

其中，待执行任务可以为业务的任一个任务，任务即计算机可执行的操作，包括命令行和可执行文件。待执行任务的任务信息可以包括以下至少一种：待执行任务的脚本(代码)、待执行任务下发的时间以及需要执行待执行任务的多个计算设备的信息。

302、任务调度模块从任务控制模块接收待执行任务的任务信息。

303、任务调度模块确定待执行任务的风险值，风险值用于指示执行待执行任务失败的风险。

任务调度模块可以根据待执行任务的任务信息查询历史信息，根据历史信息确定待执行任务的风险值。其中，历史信息包含与待执行任务类型相同的历史任务(即历史上下发的同类任务)的执行状态，这样的历史任务可以包括一个或多个。需要说明的是，每个历史任务可以对应至少一个应用配置项，即每个历史任务可以被至少一个应用配置项对应的多个计算设备执行。

其中，执行状态可以包括各个应用配置项对应的下发状态。可选的，执行状态还可以包括各个应用配置项对应的下发状态详情、下发时间、失败数量和风险命令中的至少一个。风险命令可以包括删除(delete/rm)、卸载(uninstall)以及管理员预设的风险命令中的至少一个。

可选的，历史信息还可以包括历史任务的其他信息，例如下发主机数量、平均运行时间、任务标识(Identity，ID)和任务指令中的至少一个。

在一种可能的设计中，当历史任务的下发状态包括失败(即历史任务对应的部分或全部应用配置项的下发状态为失败)时，待执行任务的风险值为“高”，当历史任务的下发状态为成功(即历史任务对应的至少一个应用配置项中的每个应用配置项的下发状态为成功)但是包含风险命令时，待执行任务的的风险值为“中”，其余情况下，待执行任务的风险值可以为低。

举例来说，如表1所示，若待执行任务的任务ID为12345，任务指令为telnet192.168.8.180，则任务调度模块可以从历史任务库中查询出相应的历史信息，历史信息可以包括历史上下发的具有相同任务ID和任务指令的任务的下发状态和风险命令，从而根据历史信息确定出待执行任务的风险值。

表1历史信息以及待执行任务的风险值

需要说明的是，任务调度模块可以从历史任务库中查询出历史上最近一次下发的同类任务，或查询出历史上下发的全部同类任务，本发明实施例不做限定。

相比现有技术，历史上下发的同类任务的执行状态不会对待执行任务的分批方式提供指导，如果历史上下发的同类任务中某个任务的执行时间很长，或者出现过异常执行的情况，在下发待执行任务时没有预警机制。本申请实施例中，任务调度模块可以根据历史上下发的同类任务的历史信息确定待执行任务的风险值，为用户提示风险操作，对于历史失败次数(失败比例)较多的任务或者计算设备可以进行预警，从而能够对待执行任务的下发提供指导。

304、任务调度模块将风险值发送给任务控制模块。

任务控制模块接收到待执行任务的风险值后，任务控制模块的用户可以根据风险值判断是否需要下发待执行任务，如果确定需要下发则点击确定，从而任务调度模块向任务调度模块发送待执行任务和需要执行待执行任务的多个计算设备的信息。

305、任务调度模块接收待执行任务和需要执行所述待执行任务的多个计算设备的信息。

其中，多个计算设备包含至少两种计算设备类型，至少两种计算设备类型分别对应不同的应用配置项。

多个计算设备的信息可以为列表或名单的形式，该列表或名单可以包括多个计算设备的标识。在一种可能的设计中，标识可以为序列号或设备名。

306、任务调度模块根据第一应用配置项从多个计算设备中确定与第一应用配置项对应的N个计算设备。

第一应用配置项可以对应至少两种计算设备类型中的第一种计算设备，第一种计算设备的信息可以包括N个计算设备的标识。可以理解的是，第一种计算设备可以为需要执行待执行任务的至少两种计算设备类型中的任意一种计算设备。

举例来说，若需要执行待执行任务的至少两种计算设备类型包括第一种计算设备和第二种计算设备，假设第一种计算设备的数目可以为6000台，则第一种计算设备的信息可以包括上述6000台计算设备的标识。类似的，假设第二种计算设备的数目可以为4000台，则第二种计算设备的信息可以包括上述4000台计算设备的标识。

307、任务调度模块将N个计算设备分为M批，其中，第i+1批计算设备的数目大于第i批计算设备的数目，M为大于1的整数，i为大于0且小于M的整数。

需要说明的是，任务调度模块可以将至少两种计算设备类型对应的每一种计算设备都分为M批，换句话说，M批计算设备中的每一批计算设备可以包括至少两种计算设备类型。其中，每一种计算设备所分的批次中，第i+1批计算设备的数目大于第i批计算设备的数目。由此，可以避免同一种计算设备同时运行待执行任务，从而避免了同一种计算设备同时出现异常导致的业务中断。

根据步骤306中的举例，假设M＝50，任务调度模块可以将6000台计算设备和4000台计算设备都分为50批。换句话说，50批计算设备中的每一批计算设备可以同时包括第一种计算设备和第二种计算设备。并且，后一批计算设备中第一种计算设备的数目大于前一批计算设备中第一种计算设备的数目，例如，第二批计算设备中第一种计算设备的数目为10，第一批计算设备中第一种计算设备的数目为1，即第二批计算设备中第一种计算设备的数目大于第一批计算设备中第一种计算设备的数目。类似的，后一批计算设备中第二种计算设备的数目大于前一批计算设备中第二种计算设备的数目。

在一种可能的设计中，第一种计算设备所分的批次中，第i+1批计算设备中第一区域对应的计算设备的数目大于第i批计算设备中第一区域对应的计算设备的数目。即第一区域的第一种计算设备中每个计算设备所在的批次不完全相同。其中，区域信息可以是地理位置信息。

示例性的，若第一种计算设备的数目为6000台，其中有4000台计算设备的地理位置在深圳，1500计算设备的地理位置在南京，500计算设备的地理位置在东京；那么，第i+1批计算设备中深圳对应的计算设备的数目大于第i批计算设备中深圳对应的计算设备的数目。例如，当i＝2时，第2批计算设备中深圳对应的计算设备的数目可以为10，第3批计算设备中深圳对应的计算设备的数目可以为20。类似的，第i+1批计算设备中南京对应的计算设备的数目大于第i批计算设备中南京对应的计算设备的数目。第i+1批计算设备中东京对应的计算设备的数目大于第i批计算设备中东京对应的计算设备的数目。

由此，可以避免第一种计算设备中同一个区域的全部计算设备同时运行待执行任务，从而避免该区域的全部计算设备同时执行待执行任务时可能出现异常导致的业务中断。

在一种可能的设计中，M批计算设备中的任意一批计算设备可以同时包括相同数目或不同数目的第一种计算设备和第二种计算设备，本申请实施例不做限定。例如，第一批计算设备可以同时包括1个第一种计算设备和1个第二种计算设备。第二批计算设备可以同时包括10个第一种计算设备和20个第二种计算设备。

308、任务调度模块按照M批计算设备的批次顺序，依次将待执行任务发送给每一批计算设备。

下面以第三计算设备为例，对待执行任务下发的过程进行说明，第三计算设备为N个计算设备中的一个。第三计算设备可以周期性的向任务调度模块发送任务请求，例如每10分钟向任务调度模块发送任务请求。当任务调度模块接收到第三计算设备发送的任务请求后，任务调度模块判断第三计算设备是否满足任务发送条件。

进一步的，假设第三计算设备为第j+1批计算设备中的一个，j为大于0且小于M的整数，任务调度模块判断第三计算设备是否满足任务发送条件包括步骤S101-S106，如图4所示：

S101、任务调度模块确定是否需要向第三计算设备下发待执行任务。

任务调度模块查询待执行任务对于第三计算设备来说是否为待下发状态，若是，则进行步骤S102。

S102、任务调度模块确定第j批计算设备中对待执行任务执行失败的计算设备的数目。

在一种可能的设计中，任务调度模块从第一计算设备接收到第一计算设备对待执行任务执行成功的结果之后，任务调度模块可以继续从第一计算设备接收第一计算设备的状态信息，任务调度模块根据该状态信息确定第一计算设备对待执行任务执行成功或失败。其中，第一计算设备的状态信息用于指示第一计算设备执行待执行任务后第一计算设备的运行状态。第一计算设备为N个计算设备中的第j批计算设备中接收到待执行任务的计算设备。由此，可以避免出现任务成功执行，但是计算设备由于执行待执行任务而异常(例如挂死)的现象。

在一种可能的设计中，任务调度模块接收第一计算设备的成功消息后在预设时间阈值内没有接收到第一计算设备发送的任务请求，任务调度模块确定第一计算设备对待执行任务执行失败。举例来说，预设时间阈值可以为30分钟。第一计算设备在预设时间阈值内没有发送任务请求可能是由于第一计算设备执行待执行任务后出现了异常，从而任务调度模块可以及时发现这样的异常，避免重复下发待执行任务导致更多的计算设备出现异常。

在一种可能的设计中，任务调度模块接收第一计算设备的成功消息后在预设时间阈值内没有接收到第一计算设备发送的第一计算设备的状态信息，任务调度模块确定第一计算设备对待执行任务执行失败。第一计算设备在预设时间阈值内没有发送第一计算设备的状态信息可能是由于第一计算设备执行待执行任务后出现了异常，从而任务调度模块可以及时发现这样的异常，避免重复下发待执行任务导致更多的计算设备出现异常。

在一种可能的设计中，若第二计算设备在预设时间阈值内没有上报对待执行任务的执行状态，则任务调度模块确定第二计算设备对待执行任务执行失败，其中，第二计算设备为第j批计算设备中接收到待执行任务的计算设备。第一计算设备在预设时间阈值内没有上报对待执行任务的执行状态可能是由于第一计算设备执行待执行任务后出现了异常，从而任务调度模块可以及时发现这样的异常，避免重复下发待执行任务导致更多的计算设备出现异常。

需要说明的是，第二计算设备、第一计算设备和第三计算设备可以是相同的计算设备，或者分别是不同的计算设备，本申请不做限定。

S103、任务调度模块确定第j批计算设备中执行待执行任务失败的计算设备的数目是否小于第一预设阈值。

需要说明的是，在第j批计算设备中，每一种计算设备中执行待执行任务失败的计算设备的数目都应该小于第一预设阈值，否则该待执行的任务会整体失败。即待执行的任务对应的业务失败，从而无需向未执行待执行任务的计算设备下发待执行任务。由此，同一种计算设备中部分计算设备可以对其余部分的计算设备是否继续执行待执行任务提供指导，如果同一种计算设备中执行待执行任务失败的计算设备的数目过多(超过第一预设阈值)，那么任务调度模块可以停止向其余未执行待执行任务的计算设备下发待执行任务，避免资源浪费。

进一步的，当第j批计算设备中的每一种计算设备中执行待执行任务失败的计算设备的数目小于第一预设阈值时，任务调度模块确定第j批计算设备中执行待执行任务失败的至少两种计算设备的数目总和是否小于预设阈值(第三预设阈值)，若第j批计算设备中执行待执行任务失败的至少两种计算设备的数目总和小于第三预设阈值，任务调度模块可以向未执行待执行任务的计算设备继续下发待执行任务，否则待执行的任务会整体失败，任务调度模块不再下发待执行任务。

举例来说，假设第10批计算设备包括第一种计算设备和第二种计算设备，执行待执行任务的第10批计算设备中第一种计算设备共有1000台，第一预设阈值为5台，若任务调度模块确定该1000台计算设备中对待执行任务执行失败的计算设备的数目为4，则第10批计算设备中执行待执行任务失败的第一种计算设备的数目小于第一预设阈值。若第10批计算设备中执行待执行任务失败的第二种计算设备的数目为2，即第10批计算设备中执行待执行任务失败的第二种计算设备的数目小于第一预设阈值，进一步的，假设第三预设阈值为8台，任务调度模块确定第10批计算设备中执行待执行任务失败的第一种计算设备和第二种计算设备的数目总和为7台，从而该待执行的任务没有整体失败。

在一种可能的设计中，第一预设阈值可以设置为第j批计算设备中的执行待执行任务失败的第一种计算设备在第j批计算设备中全部的第一种计算设备的数目中所占的比值，类似的，第三预设阈值也可以设置为比值。

S104、若确定第j批计算设备中执行待执行任务失败的计算设备的数目小于第一预设阈值任务，调度模块确定当前时间是否为第三计算设备允许接收待执行任务的时间。

需要说明的是，M批计算设备中不同的批次的计算设备是在不同的时间执行待执行任务的，因此可以为不同的批次的计算设备之间设置预设的时间间隔，预设的时间间隔可以是根据历史上的同类任务运行的平均时间分配的。示例性的，预设的时间间隔可以为1小时。

举例来说，在预设的时间间隔为1小时的情况下，第一批计算设备在第0时刻和/或第0时刻以后下发，那么第二批计算设备需要在第1时刻和/或第1时刻以后下发，第0时刻与第1时刻的时间间隔为1小时。

S105、若确定当前时间为第三计算设备允许接收待执行任务的时间，任务调度模块确定当前运行待执行任务的计算设备的数目是否小于第二预设阈值。

其中，第二预设阈值是同一时刻能够运行待执行任务的计算设备的数目的最大值。这样一来，可以在海量主机环境下，控制任务并发数量，避免网络堵塞和服务超负荷运行。

S106、若确定当前运行待执行任务的计算设备的数目小于第二预设阈值，任务调度模块向第三计算设备发送待执行任务。

任务调度模块向第三计算设备发送待执行任务后，可以将待执行任务在第三计算设备上的状态更改为运行状态。

第三计算设备接收待执行任务，通过软、硬件系统执行待执行任务对应的操作，并在运行待执行任务后向任务调度模块反馈任务的执行状态，参考步骤S102中的相关描述。第三计算设备反馈任务的执行状态可以为失败或成功。

相比现有技术，由于随机分批造成了业务中断问题。本发明实施例中，任务调度模块可以将第一应用配置项对应的N个计算设备分为M批，M批计算设备中的第i+1批计算设备的数目大于第i批计算设备的数目。由此，可以避免第一应用配置项对应的N个计算设备同时运行待执行任务，从而避免了第一应用配置项对应的N个计算设备同时执行待执行任务时可能出现异常导致的业务中断。

上述主要从任务调度模块、任务控制模块和计算设备(包括第一计算设备、第二计算设备和第三计算设备中的至少一个)的角度对本申请实施例提供的方案进行了介绍。可以理解的是，任务调度模块、任务控制模块和计算设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对任务调度模块、任务控制模块和计算设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图5示出了上述实施例中所涉及的任务调度模块5的一种可能的结构示意图，任务调度模块包括：接收单元501、确定单元502分配单元503和发送单元504。在本申请实施例中，接收单元501，用于接收待执行任务和需要执行待执行任务的多个计算设备的信息，其中，多个计算设备包含至少两种计算设备类型，至少两种计算设备类型分别对应不同的应用配置项；确定单元502，用于根据第一应用配置项从多个计算设备中确定与第一应用配置项对应的N个计算设备；分配单元503，用于将N个计算设备分为M批，其中，第i+1批计算设备的数目大于第i批计算设备的数目，M为大于1的整数，i为大于0且小于M的整数；发送单元504，用于按照M批计算设备的批次顺序，依次将待执行任务发送给每一批计算设备。接收单元501用于支持任务调度模块执行图3中的过程302和305；确定单元502用于支持任务调度模块执行图3中的过程303和306，图4中的过程S101-S105；分配单元503用于支持任务调度模块执行图3中的过程307；发送单元504用于支持任务调度模块执行图3中的过程304和308，图4中的过程S106。其中，图3和图4所示的方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图6示出了上述实施例中所涉及的任务调度模块的一种可能的结构示意图。在本申请中，任务调度模块可以包括处理模块601、通信模块602和存储模块603。其中，处理模块601用于控制任务调度模块的各部分硬件装置和应用程序软件等；通信模块602用于可使用无线保真(Wireless Fidelity，WiFi)等通讯方式接受其它设备发送的指令，也可以将任务调度模块的数据发送给其它设备；存储模块603用于执行任务调度模块的软件程序的存储、数据的存储和软件的运行等。其中，处理模块601可以是确定单元或控制器，例如可以是中央确定单元(Central Processing Unit，CPU)，通用确定单元，数字信号确定单元(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable GateArray，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。确定单元也可以是实现计算功能的组合，例如包含一个或多个微确定单元组合，DSP和微确定单元的组合等等。通信模块602可以是收发器、收发电路或通信接口等。存储模块603可以是存储器。

在采用对应各个功能划分各个功能模块的情况下，图7示出了上述实施例中所涉及的任务控制模块7的一种可能的结构示意图，任务控制模块包括：发送单元701和接收单元702。在本申请实施例中，发送单元701可以用于向任务调度模块发送待执行任务的任务信息；接收单元702可以用于从任务调度模块接收待执行任务的风险值。发送单元701用于支持任务控制模块执行图3中的过程301；接收单元702用于支持任务控制模块执行图3中的过程304.其中，图3和图4所示的方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图8示出了上述实施例中所涉及的任务控制模块的一种可能的结构示意图。在本申请中，任务控制模块可以包括处理模块801、通信模块802和存储模块803。其中，处理模块801用于控制任务控制模块的各部分硬件装置和应用程序软件等；通信模块802用于可使用WiFi等通讯方式接受其它设备发送的指令，也可以将任务控制模块的数据发送给其它设备；存储模块803用于执行任务控制模块的软件程序的存储、数据的存储和软件的运行等。其中，处理模块801可以是确定单元或控制器，例如可以是CPU，通用确定单元，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。确定单元也可以是实现计算功能的组合，例如包含一个或多个微确定单元组合，DSP和微确定单元的组合等等。通信模块802可以是收发器、收发电路或通信接口等。存储模块803可以是存储器。

在采用对应各个功能划分各个功能模块的情况下，图9示出了上述实施例中所涉及的计算设备9的一种可能的结构示意图，计算设备包括：接收单元901和发送单元902。在本申请实施例中，接收单元901可以用于从任务调度模块接收待执行任务；发送单元902可以用于向任务调度模块发送第一计算设备的状态信息，其中，状态信息用于指示第一计算设备执行待执行任务后第一计算设备的运行状态。其中，图3和图4所示的方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图10示出了上述实施例中所涉及的计算设备的一种可能的结构示意图。在本申请中，计算设备可以包括处理模块1001、通信模块1002和存储模块1003。其中，处理模块1001用于控制计算设备的各部分硬件装置和应用程序软件等；通信模块1002用于可使用WiFi等通讯方式接受其它设备发送的指令，也可以将计算设备的数据发送给其它设备；存储模块1003用于执行计算设备的软件程序的存储、数据的存储和软件的运行等。其中，处理模块1001可以是确定单元或控制器，例如可以是CPU，通用确定单元，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。确定单元也可以是实现计算功能的组合，例如包含一个或多个微确定单元组合，DSP和微确定单元的组合等等。通信模块1002可以是收发器、收发电路或通信接口等。存储模块1003可以是存储器。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的确定单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的确定单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (20)

1.一种任务下发方法，其特征在于，包括：

任务调度模块接收待执行任务和需要执行所述待执行任务的多个计算设备的信息，其中，所述多个计算设备包含至少两种计算设备类型，所述至少两种计算设备类型分别对应不同的应用配置项；

所述任务调度模块根据第一应用配置项从所述多个计算设备中确定与所述第一应用配置项对应的N个计算设备；

所述任务调度模块将所述N个计算设备分为M批，其中，第i+1批计算设备的数目大于第i批计算设备的数目，M为大于1的整数，i为大于0且小于M的整数；

所述任务调度模块按照所述M批计算设备的批次顺序，依次将所述待执行任务发送给每一批计算设备。

2.根据权利要求1所述的方法，其特征在于，

所述第i+1批计算设备中第一区域对应的计算设备的数目大于所述第i批计算设备中所述第一区域对应的计算设备的数目。

3.根据权利要求1或2所述的方法，其特征在于，所述任务调度模块接收待执行任务之前，所述方法还包括：

所述任务调度模块接收所述待执行任务的任务信息；

所述任务调度模块确定所述待执行任务的风险值，所述风险值用于指示执行所述待执行任务失败的风险；

所述任务调度模块将所述风险值发送给任务控制模块。

4.根据权利要求3所述的方法，其特征在于，所述任务调度模块确定所述待执行任务的风险值包括：

所述任务调度模块根据历史信息确定所述待执行任务的风险值，所述历史信息包含与所述待执行任务类型相同的历史任务的执行状态。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

所述任务调度模块接收第一计算设备的状态信息，其中，所述状态信息用于指示所述第一计算设备执行所述待执行任务后所述第一计算设备的运行状态，所述第一计算设备为接收到所述待执行任务的计算设备；

所述任务调度模块根据所述状态信息确定所述第一计算设备对所述待执行任务执行成功或失败。

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

若第二计算设备在预设时间阈值内没有上报对所述待执行任务的执行状态，则所述任务调度模块确定所述第二计算设备对所述待执行任务执行失败，其中，所述第二计算设备为接收到所述待执行任务的计算设备。

7.根据权利要求1-6任一项所述的方法，其特征在于，第三计算设备为所述N个计算设备中的一个，所述任务调度模块向所述第三计算设备发送所述待执行任务之前，所述方法还包括：

所述任务调度模块接收所述第三计算设备发送的任务请求；

所述任务调度模块判断所述第三计算设备是否满足任务发送条件。

8.根据权利要求7所述的方法，其特征在于，当所述第三计算设备为第j+1批计算设备中的一个时，所述任务调度模块判断所述第三计算设备是否满足任务发送条件包括：

所述任务调度模块确定第j批计算设备中对所述待执行任务执行失败的计算设备的数目，其中j为大于0且小于M的整数；

所述任务调度模块确定所述第j批计算设备中执行所述待执行任务失败的计算设备的数目小于第一预设阈值。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

若当前时间为所述第三计算设备允许接收所述待执行任务的时间，所述任务调度模块确定当前运行所述待执行任务的计算设备的数目是否小于第二预设阈值；

若确定当前运行所述待执行任务的计算设备的数目小于第二预设阈值，所述任务调度模块向所述第三计算设备发送所述待执行任务。

10.一种任务调度模块，其特征在于，包括：

接收单元，用于接收待执行任务和需要执行所述待执行任务的多个计算设备的信息，其中，所述多个计算设备包含至少两种计算设备类型，所述至少两种计算设备类型分别对应不同的应用配置项；

确定单元，用于根据第一应用配置项从所述多个计算设备中确定与所述第一应用配置项对应的N个计算设备；

分配单元，用于将所述N个计算设备分为M批，其中，第i+1批计算设备的数目大于第i批计算设备的数目，M为大于1的整数，i为大于0且小于M的整数；

发送单元，用于按照所述M批计算设备的批次顺序，依次将所述待执行任务发送给每一批计算设备。

11.根据权利要求10所述的任务调度模块，其特征在于，

所述第i+1批计算设备中第一区域对应的计算设备的数目大于所述第i批计算设备中所述第一区域对应的计算设备的数目。

12.根据权利要求10或11所述的任务调度模块，其特征在于，

所述接收单元，还用于接收所述待执行任务的任务信息；

所述确定单元，还用于确定所述待执行任务的风险值，所述风险值用于指示执行所述待执行任务失败的风险；

所述发送单元，还用于将所述风险值发送给任务控制模块。

13.根据权利要求12所述的任务调度模块，其特征在于，所述确定单元用于：

根据历史信息确定所述待执行任务的风险值，所述历史信息包含与所述待执行任务类型相同的历史任务的执行状态。

14.根据权利要求10-13任一项所述的任务调度模块，其特征在于，所述接收单元，用于：

接收第一计算设备的状态信息，其中，所述状态信息用于指示所述第一计算设备执行所述待执行任务后所述第一计算设备的运行状态，所述第一计算设备为接收到所述待执行任务的计算设备；

所述确定单元，用于根据所述状态信息确定所述第一计算设备对所述待执行任务执行成功或失败。

15.根据权利要求10-14任一项所述的任务调度模块，其特征在于，所述确定单元用于：

若第二计算设备在预设时间阈值内没有上报对所述待执行任务的执行状态，则确定所述第二计算设备对所述待执行任务执行失败，其中，所述第二计算设备为接收到所述待执行任务的计算设备。

16.根据权利要求10-15任一项所述的任务调度模块，其特征在于，第三计算设备为所述N个计算设备中的一个，所述接收单元还用于：

接收所述第三计算设备发送的任务请求；

所述确定单元，还用于判断所述第三计算设备是否满足任务发送条件。

17.根据权利要求16所述的任务调度模块，其特征在于，当所述第三计算设备为第j+1批计算设备中的一个时，所述确定单元用于：

确定第j批计算设备中对所述待执行任务执行失败的计算设备的数目，其中j为大于0且小于M的整数；

确定所述第j批计算设备中执行所述待执行任务失败的计算设备的数目小于第一预设阈值。

18.根据权利要求17所述的任务调度模块，其特征在于，

若当前时间为所述第三计算设备允许接收所述待执行任务的时间，所述确定单元还用于确定当前运行所述待执行任务的计算设备的数目是否小于第二预设阈值；

若确定当前运行所述待执行任务的计算设备的数目小于第二预设阈值，所述发送单元还用于向所述第三计算设备发送所述待执行任务。

19.一种计算机可读存储介质，包括指令，其特征在于，当其在计算机上运行时，使得计算机执行如权利要求1-9中任一项所述的任务下发方法。

20.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得计算机执行如权利要求1-9中任一项所述的任务下发方法。