任务调度方法、存储介质和电子设备与流程

1.本技术涉及大数据技术领域，具体而言，涉及一种任务调度方法、存储介质和电子设备。


背景技术：

2.在大数据计算平台中，分布式资源调度系统是核心基座。常见的资源调度系统一般采用主从模式(master agent,其中master用于表示资源调度系统中的主节点，agent用于表示资源调度系统中的从节点)，主节点用于资源调度和任务分发，从节点用于资源上报和任务执行。在执行任务时，若从节点心跳正常，由其他原因引起的任务执行失败，从节点正常将资源上报，主节点会一直给该从节点分配任务，但是，由于该从节点任务快速失败，资源释放较快，该从节点大概率可以获取到更多的任务，导致大量的任务执行失败。
3.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本技术实施例提供了一种任务调度方法、存储介质和电子设备，以至少解决相关技术中异常从节点导致大量任务执行失败的技术问题。
5.根据本技术实施例的一个方面，提供了一种任务调度方法，包括：获取资源调度系统中任意一个从节点执行任务的成功率，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率；基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量；基于任务数量对任意一个从节点进行任务调度。
6.根据本技术实施例的另一方面，还提供了一种资源调度系统，包括：多个从节点，用于执行任务；主节点，与多个从节点连接，用于分发任务至从节点；资源调度装置，与主节点连接，用于获取任意一个从节点执行任务的成功率，基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量，并基于任务数量对任意一个从节点进行任务调度，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率。
7.根据本技术实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述实施例中的任务调度方法。
8.根据本技术实施例的另一方面，还提供了一种电子设备，包括：存储器，存储有可执行程序；处理器，用于运行程序，其中，程序运行时上述实施例中的任务调度方法。
9.在本技术上述实施例中，可以根据获取资源调度系统中任意一个从节点执行任务的成功率；基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量；基于任务数量对任意一个从节点进行任务调度。容易注意到的是，本技术在节点成功率低于预设成功率，即该从节点处于异常状态的情况下，根据该成功率确定第二时间段内分
发给该从节点的任务数量，进而可以动态控制该节点在一定时间内所需要处理的任务数量，直至该节点的成功率大于预设成功率，即该节点恢复正常，结束限流控制，解决了相关技术中异常从节点导致大量任务执行失败的技术问题，达到了提高任务处理效率的技术效果。
附图说明
10.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
11.图1是本技术实施例中一种用于实现任务调度方法的计算机终端(或移动设备)的硬件结构框图；
12.图2是根据本技术实施例中一种用户实现任务调度方法的计算机终端的计算环境的结构框图；
13.图3是本技术实施例中使用上述图1所示的计算机终端10(或移动设备)作为服务网格计算机终端的结构示意图；
14.图4是根据本技术实施例1的任务调度方法的流程图；
15.图5是本技术一个可选实施例中第一时间段和第二时间段的示意图；
16.图6是本技术一个可选实施例中资源调度系统的架构图；
17.图7是根据本技术实施例2的任务调度方法的流程图；
18.图8是根据本技术实施例3的任务调度系统800的结构示意图；
19.图9是根据本技术实施例4的任务调度装置900的结构示意图；
20.图10是根据本技术实施例5的任务调度装置1000的结构示意图；
21.图11是根据本技术实施例6的一种计算机终端的结构框图。
具体实施方式
22.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
23.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.首先，在对本技术实施例进行描述的过程中出现的部分名词或术语适用于如下解释：
25.tcp/ip(transmission control protocol/internet protocol，传输控制协议/
互联协议)。
26.ping(packet internet groper，因特网包探索器)：是一个测试程序，用于验证网络连接的连通性，例如：使用ping命令想目标主机或ip地址发送icmp(intenet control message ptocol，因特网控制消息协议)回应请求，验证主机能否连接到tcp/ip网络，然后，可以接收一个与上述icmp回应请求对应的消息，根据该消息可以判断tcp/ip参数是否正确，以及运行是否正常、网络是否通畅等。
27.pong消息：用于表征基于上述ping消息所接收到的回复。
28.pingpong消息：包括上述ping消息和pong消息。
29.mesos：一种开源的集群管理系统，将计算资源虚拟化并进行管理。
30.master：资源调度系统中的主节点，用于资源收集和资源调度。
31.agent：资源调度系统中的从节点，用于资源上报和任务执行。
32.心跳：用于表征分布式系统中当前节点向其他节点汇报当前节点状态的频率。
33.资源offer(供给)：节点空闲资源。
34.需要说明的是，在相关技术中，分布式系统中的主节点和从节点之间通过tcp网络监听pingpong消息进行健康监控，主节点接收从节点上报的资源offer，并进行资源分配，对满足任务资源需求的offer进行消费，并发送任务给从节点进行执行。如果从节点心跳正常，但由于其他原因，如：网卡异常，系统负载过高，环境配置异常，第三方依赖不满足等系统原因导致任务执行失败，此时的资源调度系统一般并不会感知该从节点在此段时间内任务执行成功的比率。一般情况下只要从节点心跳正常，资源正常上报，主节点会一直给该从节点分配任务，另一方面由于该从节点系统异常，任务快速失败，资源释放较快，所以此节点反而会比其他正常节点有更大概率获取到新任务，从而引发大规模的任务运行失败。
35.其次，在相关技术中，还可以通过采集agent的有一些系统指标计算agent的健康状态，例如cpu使用率、系统负载、磁盘容量和网络状态等，若agent健康状态异常，则需要将agent从集群中移除。但该方案存在如下缺点：第一，该方案需要依赖人工将agent状态异常的节点剔除，然后，人工对该剔除的节点进行修复，修复成功后，再讲修复后的节日加入集群中，运维成本较高；第二，agent系统指标永不能完全体现任务执行的环境问题，例如，任务依赖的镜像不存在，环境变量设置错误等问题，依旧可以引发大规模的任务运行失败。
36.本发明提供了一种agent异常情况下，根据任务成功率自适应调整从节点任务限流的方法。通过间隔定时计算从节点一定时间窗口内的任务执行成功率，计算出下个时间间隔从节点的任务并发度限流阈值，进而控制从节点系统异常情况下的任务并发度，直至从节点系统恢复正常，结束限流控制，具体如下：
37.实施例1
38.根据本技术实施例，还提供了一种任务调度方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
39.本技术实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现任务调度方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、
102b，
……
，102n来示出)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为bus总线的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
40.应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本技术实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
41.存储器104可用于存储应用软件的软件程序以及模块，如本技术实施例中的任务调度方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的任务调度方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
42.传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
43.显示器可以例如触摸屏式的液晶显示器(lcd)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。
44.图1示出的硬件结构框图，不仅可以作为上述计算机终端10(或移动设备)的示例性框图，还可以作为上述服务器的示例性框图，一种可选实施例中，图2以框图示出了使用上述图1所示的计算机终端10(或移动设备)作为计算环境201中计算节点的一种实施例。图2示出了一种计算环境的结构框图，如图2所示，计算环境201包括运行在分布式网络上的多个(图中采用210-1，210-2，
…
,来示出)计算节点(如服务器)。每个计算节点都包含本地处理和内存资源，终端用户202可以在计算环境201中远程运行应用程序或存储数据。应用程序可以作为计算环境301中的多个服务220-1,220-2,220-3和220-4进行提供，分别代表服务“a”，“d”，“e”和“h”。
45.终端用户202可以通过客户端上的web浏览器或其他软件应用程序提供和访问服务，在一些实施例中，可以将终端用户202的供应和/或请求提供给入口网关230。入口网关230可以包括一个相应的代理来处理针对服务220(计算环境201中提供的一个或多个服务)的供应和/或请求。
46.服务220是根据计算环境201支持的各种虚拟化技术来提供或部署的。在一些实施
protocol，简称http),表述性状态传递(representational state transfer,简称rest),高性能、通用的开源框架(例如grpc),开源的内存中的数据结构存储系统(redis)等形式。
55.在一种实施方式中，可以通过为服务网格300中的代理(envoy)编写自定义的过滤器(filter)来实现扩展数据平面层的功能，服务网格代理配置可以是为了使服务网格正确地代理服务流量，实现服务互通和服务治理。网格代理303和网格代理305可以被配置成执行至少如下功能中的一种：服务发现(service discovery)，健康检查(health checking)，路由(routing)，负载均衡(load balancing)，认证和授权(authentication and authorization)，以及可观测性(observability)。
56.如图3所示，该服务网格300还包括控制平面层。其中，控制平面层可以是由一组在一个专用的命名空间中运行的服务，在机器/工作负载容器组(machine/pod)302中由托管控制面组件301来托管这些服务。如图3所示，托管控制面组件301与网格代理303和网格代理305进行双向通信。托管控制面组件301被配置成执行一些控制管理的功能。例如，托管控制面组件301接收网格代理303和网格代理305传送的遥测数据，可以进一步对这些遥测数据做聚合。这些服务，托管控制面组件301还可以提供面向用户的应用程序接口(application programming interface，简称api)，以便较容易地操纵网络行为，以及向网格代理303和网格代理305提供配置数据等。
57.在上述运行环境下，本技术提供了如图4所示的任务调度方法。图4是根据本技术实施例1的任务调度方法的流程图。
58.步骤s402，获取资源调度系统中任意一个从节点执行任务的成功率，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率。
59.其中，上述资源调度系统可以是分布式资源调度系统，例如mesos。上述从节点可以是上述分布式调度系统中的任意从节点。上述资源调度系统中包括多个主节点和从节点，并且一个主节点可以对应多个从节点。例如，资源调度系统包括如下主节点：主节点a、主节点b和主节点c，主节点a可以对应从节点a1、从节点a2…
从节点am等，m是一个正整数，am用于标识与主节点a对应的第m个从节点,主节点b可以对应从节点b1、从节点b2…
从节点bn，n是一个正整数，bn用于标识与主节点b对应的第n个从节点，主节点c可以对应从节点c1、从节点c2…
从节点ck，k是一个正整数，ak用于标识与主节点对应的第k个从节点。上述第一时间段可以是一个预设的统计时间窗口，例如：需要获取t0时刻的成功率，第一时间段的长度为30分钟，则第一时间段的起始时刻为t0-30min，第一时间段的结束时刻为t0时刻。
60.上述成功率可以是在一个统计时间窗口内，从节点成功执行的任务数量占执行完成的任务总数量的比率，例如，第一时间段为30分钟，从节点a在第一时间段内执行完成的任务总数量为100个，成功执行的任务数量为50个，则成功率为50％。
61.在一个可选实施例中，可以每间隔预设时间间隔，获取上述资源调度系统中任意一个从节点执行任务的成功率，该预设时间间隔可以是工作人员根据实际需求进行设定的，例如，若希望资源调度系统的任务调整更加快速，可以将预设时间间隔设定为一个.较小的时间段，若为了省电，可以将预设时间间隔设定为一个较大的时间段。
62.需要说明的是，上述预设时间间隔用于限定获取从节点的成功率的频率，例如，预设时间间隔为5分钟，在9:00这一时刻获取从节点后，在5分钟后，在9：06这一时刻再次获取
从节点的成功率。图5是本技术一种任务调度方法中两个第一时间段的示意图，图5上方是第一时间段1，第一时间段1的结束时刻为t0，图5下方是第一时间段2，第二时间段的结束时刻是t1,t0与t1之间间隔一个预设时间间隔。例如，第一时间段1为9:00-9:30，预设时间间隔为5分钟，第一时间段2可以是9:05-9:35。
63.作为一个可选实施例中，工作人员需要修改预设时间间隔，可以向资源调度系统发送指令，获取资源调度系统输入的预设时间间隔，然后将修改后的反馈时间间隔返回给资源调度系统，资源调度系统将预设时间间隔修改为反馈时间间隔。然后，在未接收到新的反馈时间间隔之前，可以每间隔反馈时间间隔，获取一次资源调度系统任意一个从节点的成功率。
64.步骤s404，基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量。
65.作为一种可选实施方式，在成功率小于预设成功率的情况下，说明在第一时间段内从节点存在异常，在第二时间段内，减少分配给该从节点任务，因此，在此种情况下。或者，在成功率大于或等于预设成功率的情况下，说明该从节点处于较好的状态，可以处理较多的任务，可以适当的增多该从节点在第二时间段内需要处理的任务，第二时间段在本质上是一个流量调整周期，第二时间段的开始时刻可以与第一时间段的结束时刻可以是第二时间段的开始时刻。其次，第二时间段可以与第一时间段的时长相同。例如，第一时间段与第二时间段的时长都为30min，在t0时刻时，第一时间段为[t0-30min,t0]，第二时间段为[t0，t0 30min]。
[0066]
其次，上述预设成功率可以由工作人员根据需求进行调整。例如，在要求任务处理效率高的情况下，可以将预设成功率设置一个较大的值；在对效率要求不高，并且要求节约能耗的情况下，可以将预设成功率适当的降低。
[0067]
作为一个可选实施例，在工作人员需要修改预设成功率的情况下，可以向资源调度系统发送指令，获取资源调度系统输入的预设成功率，然后将修改后的反馈成功率返回给资源调度系统，资源调度系统将预设成功率修改为反馈成功率。然后，在成功率反馈成功率的情况下，可以根据该成功率确定任务数量。
[0068]
在一个可选实施例中，在获取成功率后，可以采用如下方式根据获取的成功率确定从节点在第二时间段内需要处理的任务数量：计算第二时间段的时长与上述成功率的乘积，并比较该乘积与预设值的大小，若该乘积大于预设值，则取该乘积的值作为该从节点在第二时间段内需要处理的任务数量，若该乘积小于预设值，则取预设值作为该节点在第二时间内需要处理的任务数量。
[0069]
作为一个可选实施例，若此次获取的从节点a的成功率为50％，预设成功率为90％，第二时间段内的时长为30分钟，可以得到成功率与第二时间段的时长的乘积为15，在预设值为1的情况下，采用15作为第二阶段需要处理的任务数量。
[0070]
作为一个可选实施例，若此次获取的从节点a的成功率为3％，预设成功率为90％，第二时间段内的时长为30分钟，可以得到成功率与第二时间段的时长的乘积为0.9，在预设值为1的情况下，采用1作为第二阶段需要处理的任务数量。
[0071]
若此次获取的从节点a的成功率为98％，预设成功率为90％，第二时间段内的时长为30分钟，可以得到成功率与第二时间段的时长的乘积为29.4，对该乘积进行取整后为29，
在预设值为1的情况下，采用29作为第二阶段需要处理的任务数量。
[0072]
步骤s406，基于任务数量对任意一个从节点进行任务调度。
[0073]
其中，在获取其所管理的从节点的任务数量后，确定需要分发给任意一个从节点的数量，对接收到的任务进行分发。
[0074]
在一个可选实施例中，在得到在第二时间段需要进行分发的任务数量后，首先需要确定多个待分发任务的优先级和执行次数，其中，执行次数用于表征待分发中每个任务所需要被执行的次数。在从节点执行上述任务的过程中，可以优先执行优先级级别较高的待执行任务。
[0075]
需要说明的是，上述任务的优先级可以是预先设定的，也可以与该任务的执行次数有关，例如，该任务的执行次数越多，优先级越高。
[0076]
作为一个可选实施例，从节点a所需要执行的任务包括：任务1、任务2和任务3，任务1的优先级高于任务2的优先级，任务2的优先级高于任务3的优先级，任务1需要执行2次，则在执行过程中，将任务1执行2次后，才可以开始执行任务2，待任务2执行完成后，才开始执行任务3。
[0077]
作为一种可选实施例，从节点a所需要执行的任务包括：任务1、任务2和任务3，任务1需要执行1次，任务2需要执行4次，任务3需要执行2次，在执行次数越多，优先级越高的情况下：任务2的优先级高于任务3的优先级，任务3的优先级高于任务1的优先级，在从节点a执行上述任务时，可以优先执行任务2，在将任务2执行4次，执行完成后，开始执行3，在将任务3执行2次，执行完成后，开始执行任务1。
[0078]
在一个可选实施例中，图6是本技术一个可选实施例中资源调度系统的架构图，如图6所示，资源调度系统包括资源调度框架和资源调度集群，资源调度框架中包括从节点管理模块(agent manager)和调度器(scheduler)，资源调度集群可以是一个由主节点和从节点组成的集群。在该资源调度系统进行任务调度时，从节点采集自身计算资源情况，包括cpu、内存和磁盘等信息，然后，将上述信息上报给该从节点对应的主节点，主节点根据预设的资源调度策略，将从节点资源以offer的形式分配给资源调度框架，由资源调度框架确定接收该offer或拒绝该offer，需要说明的是，接收该offer包括如下两种情形：接收全部offer资源，或接收部分offer资源。资源调度框架如果接收offer，则会提交任务到资源调度集群，并且接收来自调度集群master发送的任务状态更新消息，同时预设时间间隔统计从节点任务执行的成功率，在获取到成功率后，比对成功率和预设成功率，若成功率小于预设成功率，则根据第二时间段的时长、成功率和预设值确定第二时间段内该从节点需要处理的任务数量，并将该任务数量下发至该从节点对应的主节点，由主节点对该从节点进行任务分配。
[0079]
在本技术上述实施例中，可以根据获取资源调度系统中任意一个从节点执行任务的成功率；基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量；基于任务数量对任意一个从节点进行任务调度。容易注意到的是，本技术在节点成功率低于预设成功率，即该从节点处于异常状态的情况下，根据该成功率确定第二时间段内分发给该从节点的任务数量，进而可以动态控制该节点在一定时间内所需要处理的任务数量，直至该节点的成功率大于预设成功率，即该节点恢复正常，结束限流控制，解决了相关技术中异常从节点导致大量任务执行失败的技术问题，达到了提高任务处理效率的技术效
果。
[0080]
在本技术上述实施例中，基于成功率确定第二时间段内分发给任意一个从节点的任务数量，包括：在成功率小于预设成功率的情况下，基于第二时间段的时长与成功率的乘积，确定任务数量。
[0081]
其中，第二时间段可以与第一时间段的时长相同，并且，第二时间段的开始时刻可以是第一时间段的结束时刻。在成功率小于预设成功率的情况下，说明在第一时间段内从节点存在异常，在第二时间段内，减少分配给该从节点任务。在这种情况下，第二时间段本质上可以是一个限流周期，可以在获取到第二时间段的时长和成功率的乘积后，可以将该乘积与预设值进行比较，并选取其中较大的数值作为目标数量。然后，将该目标数量设置为该从节点在第二时间段内的任务数量，以此调整第二时间内的任务数量。
[0082]
在本技术上述实施例中，基于第二时间段的时长与成功率的乘积，确定任务数量，包括：在第二时间段的时长与成功率的乘积大于或等于预设值的情况，基于第二时间段的时长与成功率的乘积确定任务数量；在第二时间段的时长与成功率的乘积小于预设值的情况下，基于预设值确定任务数量。
[0083]
其中，上述任务数量＝第二时间段的时长*成功率。
[0084]
作为一种可选实施方式，若第二时间段的时长和成功率的乘积小于预设值，选取预设值作为任务数量。若第二时间段的时长和成功率的乘积大于预设值，选取第二时间段的时长和成功率的乘积作为任务数量。
[0085]
作为一种可选实施方式，上述预设值可以设置为1，则在第二时间段内，该从节点仅需要执行一个任务，在这个任务失败后，该节点在第二时间段的成功率为0，可以触发任务调度系统的失败重试机制，然后，失败重试机制可以自动恢复该从节点的调度状态，从而可以无需人工介入运维，达到自动恢复该从节点的调度状态的技术效果。
[0086]
在本技术上述实施例中，基于第二时间段的时长与成功率的乘积，确定任务数量，包括：输出第二时间段的时长；接收对第二时间段的时长进行修改得到的反馈时长；基于反馈时长与成功率的乘积，确定目标数量。
[0087]
其中，可以由资源调度输出第二时间段的时长，然后可以通过互联网或局域网将该第二时间段的时长转发只工作人员可以操控的终端中，工作人员在终端中对该第二时间段的时长进行修改，得到反馈时长，然后，将反馈时长封装后，返回至资源调度系统的中，资源调度系统在接收到反馈时长后，可以采用如下方式确定目标数量：目标数量＝反馈时长*成功率。
[0088]
例如，输出第二时间段的时长为25分钟，得到的反馈时长为35分钟，成功率为20％，可以计算得到目标数量为7个。
[0089]
在本技术上述实施例中，获取资源调度系统中任意一个从节点执行任务的成功率，包括：每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0090]
在一个可选实施例中，可以每间隔预设时间间隔，获取上述资源调度系统中任意一个从节点执行任务的成功率，该预设时间间隔可以是工作人员根据实际需求进行设定的，例如，若希望资源调度系统的任务调整更加快速，可以将预设时间间隔设定为一个.较小的时间段，若为了省电，可以将预设时间间隔设定为一个较大的时间段。需要说明的是，该预设时间间隔小于上述第一时间段，一个第一时间段内可以存在多个时间间隔，例如，第
一时间段为30分钟，预设时间间隔为5分钟，则第一时间段内存在6个是个时间间隔，在第一时间段内可以每间隔5分钟，获取一次从节点的成功率，需要说明的是，若计算上述30分钟内，第6分钟至10分钟这一时间间隔的成功率，可以根据6分钟至10分钟内执行的总的任务数量和此段时间内执行成功的任务数量，确定这一时间间隔的成功率。
[0091]
在本技术上述实施例中，每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率，包括：输出预设时间间隔；接收对预设时间间隔进行修改得到的反馈时间间隔；每间隔反馈时间间隔，获取一次任意一个从节点执行任务的成功率。
[0092]
作为一个可选实施例中，工作人员需要修改预设时间间隔，可以向资源调度系统发送指令，资源调度系统在接收到该指令后，输出预设时间间隔，然后，工作人员所操控的终端获取到预设时间间隔，然后将修改后的反馈时间间隔返回给资源调度系统，资源调度系统在接收到反馈时间间隔后，将预设时间间隔修改为反馈时间间隔。然后，在未接收到新的反馈时间间隔之前，可以每间隔反馈时间间隔，获取一次资源调度系统任意一个从节点的成功率。
[0093]
在本技术上述实施例中，在成功率小于预设成功率的情况下，基于成功率确定第二时间段内分发给任意一个从节点的任务数量，包括：输出预设成功率；接收对预设成功率进行修改得到的反馈成功率；在成功率小于反馈成功率的情况下，基于成功率确定任务数量。
[0094]
作为一个可选实施例，在工作人员需要修改预设成功率的情况下，可以向资源调度系统发送指令，资源调度系统在接收到该指令后，输出预设成功率值工作人员操控的终端，工作人员在终端对预设成功率进行修改，终端得到反馈成功率，再将反馈成功率返回给资源调度系统，资源调度系统将预设成功率修改为反馈成功率。然后，在成功率反馈成功率的情况下，可以根据该成功率确定任务数量。
[0095]
在本技术上述实施例中，基于成功率确定第二时间段内分发给任意一个从节点的任务数量，包括：在成功率大于或等于预设成功率的情况下，获取任意一个从节点上报的资源信息；基于资源信息确定任务数量。
[0096]
其中，在成功率大于或等于预设成功率的情况下，说明该从节点可以正常运行，可以正常接收从节点上报的资源信息，从节点上报的资源信息包括从节点的计算资源信息，包括cpu、内存和磁盘等信息等。然后，再根据资源信息，确定该从节点的任务数量。
[0097]
在本技术上述实施例中，基于任务数量对任意一个从节点进行任务调度，包括：确定多个待分发任务的优先级；基于多个待分发任务的优先级和任务数量，确定分发给任意一个从节点的待分发任务的执行参数，其中，执行参数包括如下至少之一：执行顺序和执行次数；基于待分发任务的执行参数，将待分发任务分发给任意一个从节点。
[0098]
在得到在第二时间段需要进行分发的任务数量后，首先需要确定多个待分发任务的优先级和执行次数，其中，执行次数用于表征待分发中每个任务所需要被执行的次数。在从节点执行上述任务的过程中，可以优先执行优先级级别较高的待执行任务。
[0099]
需要说明的是，上述任务的优先级可以是预先设定的，也可以与该任务的执行次数有关，例如，该任务的执行次数越多，优先级越高。
[0100]
作为一个可选实施例，从节点a所需要执行的任务包括：任务1、任务2和任务3，任务1的优先级高于任务2的优先级，任务2的优先级高于任务3的优先级，任务1需要执行2次，
则在执行过程中，将任务1执行2次后，才可以开始执行任务2，待任务2执行完成后，才开始执行任务3。
[0101]
作为一种可选实施例，从节点a所需要执行的任务包括：任务1、任务2和任务3，任务1需要执行1次，任务2需要执行4次，任务3需要执行2次，在执行次数越多，优先级越高的情况下：任务2的优先级高于任务3的优先级，任务3的优先级高于任务1的优先级，在从节点a执行上述任务时，可以优先执行任务2，在将任务2执行4次，执行完成后，开始执行3，在将任务3执行2次，执行完成后，开始执行任务1。
[0102]
实施例2
[0103]
根据本技术实施例，还提供一种如图7所示的任务调度方法，图7是根据本技术实施例2的任务调度方法的流程图，包括如下步骤：
[0104]
步骤s702，获取分布式集群中任意一个从节点执行任务的成功率，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率。
[0105]
步骤s704，基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量；
[0106]
步骤s706，基于任务数量对任意一个从节点进行任务调度。
[0107]
在本技术上述实施例中，基于成功率确定第二时间段内分发给任意一个从节点的任务数量，包括：在成功率小于预设成功率的情况下，基于第二时间段的时长与成功率的乘积，确定任务数量。
[0108]
在本技术上述实施例中，基于第二时间段的时长与成功率的乘积，确定任务数量，包括：在第二时间段的时长与成功率的乘积大于或等于预设值的情况下，基于第二时间段的时长与成功率的乘积确定任务数量；在第二时间段的时长与成功率的乘积小于预设值的情况下，基于预设值确定任务数量。
[0109]
在本技术上述实施例中，基于第二时间段的时长与成功率的乘积，确定任务数量，包括：输出第二时间段的时长；接收对第二时间段的时长进行修改得到的反馈时长；基于反馈时长与成功率的乘积，确定任务数量。
[0110]
在本技术上述实施例中，获取分布式集群中任意一个从节点执行任务的成功率，包括：每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0111]
在本技术上述实施例中，每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率，包括：输出预设时间间隔；接收对预设时间间隔进行修改得到的反馈时间间隔；每间隔反馈时间间隔，获取一次任意一个从节点执行任务的成功率。
[0112]
在本技术上述实施例中，在成功率小于预设成功率的情况下，基于成功率确定第二时间段内分发给任意一个从节点的任务数量，包括：输出预设成功率；接收对预设成功率进行修改得到的反馈成功率；在成功率小于反馈成功率的情况下，基于成功率确定任务数量。
[0113]
在本技术上述实施例中，基于成功率确定第二时间段内分发给任意一个从节点的任务数量，包括：在成功率大于或等于预设成功率的情况下，获取任意一个从节点上报的资源信息；基于资源信息确定任务数量。
[0114]
在本技术上述实施例中，基于任务数量对任意一个从节点进行任务调度，包括：确
定多个待分发任务的优先级；基于多个待分发任务的优先级和任务数量，确定分发给任意一个从节点的待分发任务的执行参数，其中，执行参数包括如下至少之一：执行顺序和执行次数；基于待分发任务的执行参数，将待分发任务分发给任意一个从节点。
[0115]
实施例3
[0116]
本技术提供了如图8所示的任务调度系统，图8是根据本技术实施例3的任务调度系统800的结构示意图，包括：
[0117]
多个从节点82，用于执行任务。
[0118]
主节点84，与多个从节点连接，用于分发任务至从节点；
[0119]
资源调度装置86，与主节点连接，用于获取任意一个从节点执行任务的成功率，基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量，并基于任务数量对任意一个从节点进行任务调度，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率。
[0120]
在本技术上述实施例中，资源调度装置还包括：任务数量确定单元，用于在所述成功率小于预设成功率的情况下，基于所述成功率的乘积，确定所述任务数量。
[0121]
在本技术上述实施例中，任务数量确定单元还用于在成功率小于预设成功率的情况下，基于第二时间段的时长与成功率的乘积，确定任务数量。
[0122]
在本技术上述实施例中，任务数量确定单元还用于基于第二时间段的时长与成功率的乘积，确定任务数量，包括：在第二时间段的时长与成功率的乘积大于或等于预设值的情况，基于第二时间段的时长与成功率的乘积确定任务数量；在第二时间段的时长与成功率的乘积小于预设值的情况下，基于预设值确定任务数量。
[0123]
在本技术上述实施例中，任务数量确定单元还用于输出第二时间段的时长；接收对第二时间段的时长进行修改得到的反馈时长；基于反馈时长与成功率的乘积，确定目标数量。
[0124]
在本技术上述实施例中，资源调度装置还包括：成功率获取单元，用于每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0125]
在本技术上述实施例中，成功率获取单元还用于输出预设时间间隔；接收对预设时间间隔进行修改得到的反馈时间间隔；每间隔反馈时间间隔，获取一次任意一个从节点执行任务的成功率。
[0126]
在本技术上述实施例中，任务数量确定单元还用于在成功率小于预设成功率的情况下，输出预设成功率；接收对预设成功率进行修改得到的反馈成功率；在成功率小于反馈成功率的情况下，基于成功率确定任务数量。
[0127]
在本技术上述实施例中，资源调度装置还包括：信息获取单元，用于在成功率大于或等于预设成功率的情况下，获取任意一个从节点上报的资源信息；任务调度单元，用于基于资源信息确定任务数量。
[0128]
在本技术上述实施例中资源调度装置还包括：优先级确定单元，用于确定多个待分发任务的优先级；执行参数确定单元，用于基于多个待分发任务的优先级和任务数量，确定分发给任意一个从节点的待分发任务的执行参数，其中，执行参数包括如下至少之一：执行顺序和执行次数；待分发任务分发单元，用于基于待分发任务的执行参数，将待分发任务分发给任意一个从节点。
[0129]
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
[0130]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
[0131]
实施例4
[0132]
根据本技术实施例，还提供了一种用于实施上述实施例1的任务调度方法的任务调度装置900，图9是根据本技术实施例4的任务调度系统900的结构示意图，如图9所示，该装置包括：
[0133]
获取模块92，用于获取资源调度系统中任意一个从节点执行任务的成功率，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率。
[0134]
分发模块94，用于在成功率小于预设成功率的情况下，基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量。
[0135]
调度模块96，用于基于任务数量对任意一个从节点进行任务调度。
[0136]
此处需要说明的是，上述获取模块92、分发模块94和调度模块96对应于实施例1中的步骤s402至步骤s406，3个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
[0137]
在本技术上述实施例中，分发模块包括：目标数量确定单元，用于在成功率小于预设成功率的情况下，基于成功率的乘积，确定任务数量为目标数量。
[0138]
在本技术上述实施例中，目标数量确定单元还用于在第二时间段的时长与成功率的乘积大于或等于预设值的情况，基于第二时间段的时长与成功率的乘积确定任务数量；在第二时间段的时长与成功率的乘积小于预设值的情况下，基于预设值确定任务数量。
[0139]
在本技术上述实施例中，目标数量确定单元还用于输出第二时间段的时长；接收对第二时间段的时长进行修改得到的反馈时长；基于反馈时长与成功率的乘积，确定目标数量。
[0140]
在本技术上述实施例中，获取模块包括：间隔获取单元，用于每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0141]
在本技术上述实施例中，间隔获取单元还用于输出预设时间间隔；接收对预设时间间隔进行修改得到的反馈时间间隔；每间隔反馈时间间隔，获取一次任意一个从节点执行任务的成功率。
[0142]
在本技术上述实施例中，分发模块还用于在成功率小于预设成功率的情况下，输
出预设成功率；接收对预设成功率进行修改得到的反馈成功率；在成功率小于反馈成功率的情况下，基于成功率确定任务数量。
[0143]
在本技术上述实施例中，分发模块包括，资源信息获取单元，用于在成功率大于或等于预设成功率的情况下，获取任意一个从节点上报的资源信息；数量确定单元，用于基于资源信息确定所述任务数量。
[0144]
在本技术上述实施例中，分发模块包括：优先级确定单元，用于确定多个待分发任务的优先级；执行参数确定单元，用于基于多个待分发任务的优先级和任务数量，确定分发给任意一个从节点的待分发任务的执行参数，其中，执行参数包括如下至少之一：执行顺序和执行次数；待分发任务分发单元，用于基于待分发任务的执行参数，将待分发任务分发给任意一个从节点。
[0145]
需要说明的是，本技术上述实施例中涉及到的优选实施方案与实施例1提供的方案以及应用场景、实施过程相同，但不仅限于实施例1所提供的方案。
[0146]
实施例5
[0147]
根据本技术实施例，还提供了一种用于实施上述实施例2的任务调度方法的任务调度装置1000，图10是根据本技术实施例5的任务调度系统1000的结构示意图，如图10所示，该装置包括：
[0148]
获取模块102，用于获取分布式集群中任意一个从节点执行任务的成功率，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率。
[0149]
分发模块104，用于在成功率小于预设成功率的情况下，基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量。
[0150]
调度模块106，用于基于任务数量对任意一个从节点进行任务调度。
[0151]
此处需要说明的是，上述获取模块102、分发模块104和调度模块106对应于实施例2中的步骤s702至步骤s706，3个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
[0152]
在本技术上述实施例中，分发模块包括：目标数量确定单元，用于在成功率小于预设成功率的情况下，基于成功率的乘积，确定任务数量为目标数量。
[0153]
在本技术上述实施例中，目标数量确定单元还用于在第二时间段的时长与成功率的乘积大于或等于预设值的情况，基于第二时间段的时长与成功率的乘积确定任务数量；在第二时间段的时长与成功率的乘积小于预设值的情况下，基于预设值确定任务数量。
[0154]
在本技术上述实施例中，目标数量确定单元还用于输出第二时间段的时长；接收对第二时间段的时长进行修改得到的反馈时长；基于反馈时长与成功率的乘积，确定目标数量。
[0155]
在本技术上述实施例中，获取模块包括：间隔获取单元，用于每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0156]
在本技术上述实施例中，间隔获取单元还用于输出预设时间间隔；接收对预设时间间隔进行修改得到的反馈时间间隔；每间隔反馈时间间隔，获取一次任意一个从节点执行任务的成功率。
[0157]
在本技术上述实施例中，分发模块还用于在成功率小于预设成功率的情况下，输出预设成功率；接收对预设成功率进行修改得到的反馈成功率；在成功率小于反馈成功率的情况下，基于成功率确定任务数量。
[0158]
在本技术上述实施例中，分发模块包括，资源信息获取单元，用于在成功率大于或等于预设成功率的情况下，获取任意一个从节点上报的资源信息；数量确定单元，用于基于资源信息确定任务数量。
[0159]
在本技术上述实施例中，分发模块包括：优先级确定单元，用于确定多个待分发任务的优先级；执行参数确定单元，用于基于多个待分发任务的优先级和任务数量，确定分发给任意一个从节点的待分发任务的执行参数，其中，执行参数包括如下至少之一：执行顺序和执行次数；待分发任务分发单元，用于基于待分发任务的执行参数，将待分发任务分发给任意一个从节点。
[0160]
实施例6
[0161]
本技术的实施例可以提供一种计算机终端，该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地，在本实施例中，上述计算机终端也可以替换为移动终端等终端设备。
[0162]
可选地，在本实施例中，上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
[0163]
在本实施例中，上述计算机终端可以执行任务调度方法中以下步骤的程序代码：获取资源调度系统中任意一个从节点执行任务的成功率，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率；基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量；基于任务数量对任意一个从节点进行任务调度。
[0164]
可选地，图11是根据本技术实施例6的一种计算机终端的结构框图。如图11所示，该计算机终端a可以包括：一个或多个(图中仅示出一个)处理器1102和存储器1104。
[0165]
其中，存储器可用于存储软件程序以及模块，如本技术实施例中的任务调度方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的任务调度方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端a。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0166]
处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：
[0167]
s1，获取资源调度系统中任意一个从节点执行任务的成功率，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率；
[0168]
s2，基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量；
[0169]
s3，基于任务数量对任意一个从节点进行任务调度。
[0170]
可选的，上述处理器还可以执行如下步骤的程序代码：在成功率小于预设成功率
的情况下，基于第二时间段的时长与成功率的乘积，确定任务数量。
[0171]
可选的，上述处理器还可以执行如下步骤的程序代码：基于第二时间段的时长与成功率的乘积，确定任务数量，包括：在第二时间段的时长与成功率的乘积大于或等于预设值的情况，基于第二时间段的时长与成功率的乘积确定任务数量；在第二时间段的时长与成功率的乘积小于预设值的情况下，基于预设值确定任务数量。
[0172]
可选的，上述处理器还可以执行如下步骤的程序代码：输出第二时间段的时长；接收对第二时间段的时长进行修改得到的反馈时长；基于反馈时长与成功率的乘积，确定目标数量。
[0173]
可选的，上述处理器还可以执行如下步骤的程序代码：每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0174]
可选的，上述处理器还可以执行如下步骤的程序代码：每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0175]
可选地，上述处理器还可以执行如下步骤的程序代码：在成功率小于预设成功率的情况下，输出预设时间间隔；接收对预设时间间隔进行修改得到的反馈时间间隔；每间隔反馈时间间隔，获取一次任意一个从节点执行任务的成功率。
[0176]
可选地，上述处理器还可以执行如下步骤的程序代码：在成功率大于或等于预设成功率的情况下，输出预设成功率；接收对预设成功率进行修改得到的反馈成功率；在成功率小于反馈成功率的情况下，基于成功率确定任务数量。
[0177]
可选地，上述处理器还可以执行如下步骤的程序代码：在成功率大于或等于预设成功率的情况下，获取任意一个从节点上报的资源信息；基于资源信息确定任务数量。
[0178]
可选地，上述处理器还可以执行如下步骤的程序代码：确定多个待分发任务的优先级；基于多个待分发任务的优先级和任务数量，确定分发给任意一个从节点的待分发任务的执行参数，其中，执行参数包括如下至少之一：执行顺序和执行次数；基于待分发任务的执行参数，将待分发任务分发给任意一个从节点。
[0179]
在本技术上述实施例中，可以根据获取资源调度系统中任意一个从节点执行任务的成功率；基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量；基于任务数量对任意一个从节点进行任务调度。容易注意到的是，本技术在节点成功率低于预设成功率，即该从节点处于异常状态的情况下，根据该成功率确定第二时间段内分发给该从节点的任务数量，进而可以动态控制该节点在一定时间内所需要处理的任务数量，直至该节点的成功率大于预设成功率，即该节点恢复正常，结束限流控制，解决了相关技术中异常从节点导致大量任务执行失败的技术问题，达到了提高任务处理效率的技术效果。
[0180]
本领域普通技术人员可以理解，图11所示的结构仅为示意，计算机终端也可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobile internet devices，mid)、pad等终端设备。图11其并不对上述电子装置的结构造成限定。例如，计算机终端11还可包括比图11中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图11所示不同的配置。
[0181]
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质
中，存储介质可以包括：闪存盘、只读存储器(read-only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
[0182]
实施例7
[0183]
本技术的实施例还提供了一种计算机可读存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的任务调度方法所执行的程序代码。
[0184]
可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。
[0185]
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
[0186]
s1，获取资源调度系统中任意一个从节点执行任务的成功率，其中，成功率用于表征在当前时刻之前的第一时间段内从节点成功执行的任务数量占执行完成的任务总数量的比率；
[0187]
s2，基于成功率确定当前时刻之后的第二时间段内分发给任意一个从节点的任务数量；
[0188]
s3，基于任务数量对任意一个从节点进行任务调度。
[0189]
可选的，存储介质被设置为存储用于执行以下步骤的程序代码：在成功率小于预设成功率的情况下，基于第二时间段的时长与成功率的乘积，确定任务数量。
[0190]
可选的，存储介质被设置为存储用于执行以下步骤的程序代码：基于第二时间段的时长与成功率的乘积，确定任务数量，包括：在第二时间段的时长与成功率的乘积大于或等于预设值的情况，基于第二时间段的时长与成功率的乘积确定任务数量；在第二时间段的时长与成功率的乘积小于预设值的情况下，基于预设值确定任务数量。
[0191]
可选的，存储介质被设置为存储用于执行以下步骤的程序代码：输出第二时间段的时长；接收对第二时间段的时长进行修改得到的反馈时长；基于反馈时长与成功率的乘积，确定目标数量。
[0192]
可选的，存储介质被设置为存储用于执行以下步骤的程序代码：每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0193]
可选的，存储介质被设置为存储用于执行以下步骤的程序代码：每间隔预设时间间隔，获取一次任意一个从节点执行任务的成功率。
[0194]
可选地，存储介质被设置为存储用于执行以下步骤的程序代码：在成功率小于预设成功率的情况下，输出预设时间间隔；接收对预设时间间隔进行修改得到的反馈时间间隔；每间隔反馈时间间隔，获取一次任意一个从节点执行任务的成功率。
[0195]
可选地，存储介质被设置为存储用于执行以下步骤的程序代码：在成功率大于或等于预设成功率的情况下，输出预设成功率；接收对预设成功率进行修改得到的反馈成功率；在成功率小于反馈成功率的情况下，基于成功率确定任务数量。
[0196]
可选地，存储介质被设置为存储用于执行以下步骤的程序代码：在成功率大于或等于预设成功率的情况下，获取任意一个从节点上报的资源信息；基于资源信息确定任务数量。
[0197]
可选地，存储介质被设置为存储用于执行以下步骤的程序代码：确定多个待分发任务的优先级；基于多个待分发任务的优先级和任务数量，确定分发给任意一个从节点的待分发任务的执行参数，其中，执行参数包括如下至少之一：执行顺序和执行次数；基于待
分发任务的执行参数，将待分发任务分发给任意一个从节点。
[0198]
上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
[0199]
在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0200]
在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0201]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0202]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0203]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0204]
以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。