CN111597037A - 作业分配方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供一种作业分配方法、装置、电子设备及可读存储介质，涉及通信技术领域。该方法包括：获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量；通过各作业组的所述单个作业资源持有量及作业运行数量确定各作业组的作业组资源占用量；根据所述平台资源总量以及所述各作业组的作业组资源占用量之和确定所述目标平台的剩余资源总量；根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。如此可确保目标平台上运行的作业不会超过目标平台所能支持的最大负载，进而可确保目标平台能够正常运行以及实现目标平台的资源的合理使用。

Description

作业分配方法、装置、电子设备及可读存储介质

技术领域

本申请涉及通信技术领域，具体而言，涉及一种作业分配方法、装置、电子设备及可读存储介质。

背景技术

现有技术中，平台中运行的作业在分配给平台中的代理服务器执行时，一般是将作业随意分配，这可能导致平台中运行的作业数量较多，超出平台所支持的最大负载，则可能进一步导致平台由于负载较大而出现运行不畅，甚至出现宕机的情况。

发明内容

本申请实施例的目的在于提供一种作业分配方法、装置、电子设备及可读存储介质，用以改善现有技术中由于作业分配不恰当而导致平台负载过大的问题。

第一方面，本申请实施例提供了一种作业分配方法，所述方法包括：获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量，其中，所述目标平台用于运行各作业组中作业；通过各作业组的所述单个作业资源持有量及作业运行数量确定各作业组的作业组资源占用量；根据所述平台资源总量以及所述各作业组的作业组资源占用量之和确定所述目标平台的剩余资源总量；根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

在上述实现过程中，通过根据目标平台的剩余资源总量来将待执行作业组中的作业分配给对应的代理服务器，以此可确保目标平台上运行的作业不会超过目标平台所能支持的最大负载，进而可确保目标平台能够正常运行以及实现目标平台的资源的合理使用。

可选地，所述根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行，包括：获取所述待执行作业组的作业组资源总量；判断所述剩余资源总量是否大于或等于所述作业组资源总量；若是，则将所述待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的所述代理服务器执行。

在上述实现过程中，在剩余资源总量大于或等于作业组资源总量时，表明平台资源可以满足待执行作业组中的作业并发执行，从而可将待执行作业分配给对应的代理服务器，如此可在确保目标平台能够正常运行的情况下也能有效提高作业执行效率。

可选地，所述代理服务器为至少两个，所述将所述待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的所述代理服务器执行，包括：将所述待执行作业组中的作业平均分配给所述目标平台中与所述待执行作业组关联的至少两个代理服务器执行。

在上述实现过程中，将待执行作业组中的作业平均分配给各个代理服务器执行，如此可实现各个代理服务器之间的均衡负载。

可选地，所述方法还包括：

若所述剩余资源总量小于所述作业组资源总量，则判断所述剩余资源总量是否大于或等于所述待执行作业组的单个作业资源持有量；

若是，则将所述待执行作业组中至少一个作业分配给与所述待执行作业组关联的代理服务器执行。

在上述实现过程中，在剩余资源总量大于或等于待执行作业组的单个作业资源持有量时，表明平台的剩余资源能够支持至少一个作业运行，从而可将至少一个作业分给代理服务器执行，以确保目标平台上运行的作业不会超过平台的最大负载，进而确保目标平台的有效运行。

可选地，所述方法还包括：

确定所述待执行作业组中剩余待执行作业；

若检测到所述目标平台中有作业执行完毕释放资源，则根据释放的资源将剩余待执行作业分配给所述代理服务器执行。

在上述实现过程中，在检测代理服务器实现资源释放后再选择剩余未执行的作业进行分配，从而可及时将剩余的作业分配给代理服务器执行。

可选地，所述根据释放的资源将剩余待执行作业分配给所述代理服务器执行，包括：

判断所述代理服务器释放的资源是否大于或等于所述待执行作业组的单个作业资源持有量；

若是，则将所述剩余待执行作业中的至少一个作业分配给所述代理服务器执行。

在上述实现过程中，在释放的资源大于单个作业资源持有量时，选择剩余待执行作业中的至少一个作业分配给代理服务器执行，从而可确保平台资源能够得到及时且有效地利用。

可选地，所述方法还包括：

获取所述目标平台中已运行的作业组的作业组资源总量；

判断所述已运行的作业组的作业组资源总量之和是否小于或等于所述平台资源总量；若否，则禁止将所述待执行作业组中的作业分配给所述代理服务器执行。

在上述实现过程中，在已运行的作业组资源总量之和大于平台资源总量时，禁止进行作业分配，从而可确保作业组运行数量不会超过平台的最大并发限制，进而确保各个作业组之间有效运行。

可选地，所述方法还包括：

判断所述待执行作业组的作业组资源占用量是否小于或等于所述待执行作业组的所述作业组资源总量；若否，则禁止将所述待执行作业组中的作业分配给所述代理服务器执行。

在上述实现过程中，在作业组资源占用量大于作业组资源总量时，禁止进行作业分配，可有效确保平台运行的作业数量不会超过作业组的最大并发数，进而确保各个作业之间有效运行。

第二方面，本申请实施例提供了一种作业分配装置，所述装置包括：

资源获取模块，用于获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量，其中，所述目标平台用于运行各作业组中作业；

资源占用量确定模块，用于通过各作业组的所述单个作业资源持有量及作业运行数量确定各作业组的作业组资源占用量；

剩余资源总量获取模块，用于根据所述平台资源总量以及所述各作业组的作业组资源占用量之和确定所述目标平台的剩余资源总量；

作业分配模块，用于根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

可选地，所述作业分配模块，用于获取所述待执行作业组的作业组资源总量；判断所述剩余资源总量是否大于或等于所述作业组资源总量；若是，则将所述待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的所述代理服务器执行。

可选地，所述代理服务器为至少两个，所述作业分配模块，具体用于将所述待执行作业组中的作业平均分配给所述目标平台中与所述待执行作业组关联的至少两个代理服务器执行。

可选地，所述作业分配模块，还用于若所述剩余资源总量小于所述作业组资源总量，则判断所述剩余资源总量是否大于或等于所述待执行作业组的单个作业资源持有量；若是，则将所述待执行作业组中至少一个作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

可选地，所述作业分配模块，还用于确定所述待执行作业组中剩余待执行作业；若检测到所述目标平台中有作业执行完毕释放资源，则根据释放的资源将剩余待执行作业分配给所述代理服务器执行。

可选地，所述作业分配模块，还用于判断所述代理服务器释放的资源是否大于或等于所述待执行作业组的单个作业资源持有量；若是，则将所述剩余待执行作业中的至少一个作业分配给所述代理服务器执行。

可选地，所述作业分配模块，还用于获取所述目标平台中已运行的作业组的作业组资源总量；判断所述已运行的作业组的作业组资源总量之和是否小于或等于所述平台资源总量；若否，则禁止将所述待执行作业组中的作业分配给所述代理服务器执行。

可选地，所述作业分配模块，还用于判断所述待执行作业组的作业组资源占用量是否小于或等于所述待执行作业组的所述作业组资源总量；若否，则禁止将所述待执行作业组中的作业分配给所述代理服务器执行。

第三方面，本申请实施例提供一种电子设备，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如上述第一方面提供的所述方法中的步骤。

第四方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时运行如上述第一方面提供的所述方法中的步骤。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种用于执行作业分配方法的电子设备的结构示意图；

图2为本申请实施例提供的一种作业分配方法的流程图；

图3为本申请实施例提供的一种作业分配装置的结构框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述。

本申请实施例提供一种作业分配方法，通过根据目标平台的剩余资源总量来将待执行作业组中的作业分配给对应的代理服务器，以此可确保目标平台上运行的作业不会超过目标平台所能支持的最大负载，进而可确保目标平台能够正常运行以及实现目标平台的资源的合理使用。

请参照图1，图1为本申请实施例提供的一种用于执行作业分配方法的电子设备的结构示意图，所述电子设备可以包括：至少一个处理器110，例如CPU，至少一个通信接口120，至少一个存储器130和至少一个通信总线140。其中，通信总线140用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口120用于与其他节点设备进行信令或数据的通信。存储器130可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器130可选的还可以是至少一个位于远离前述处理器的存储装置。存储器130中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器110执行时，电子设备执行下述图2所示方法过程，例如，存储器130可用于存储平台资源总量以及作业组资源总量等信息，处理器110可用于在进行作业分配时根据目标平台的剩余资源总量将待执行作业组中的作业分配给对应的代理服务器执行。

可以理解，图1所示的结构仅为示意，所述电子设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

请参照图2，图2为本申请实施例提供的一种作业分配方法的流程图，该方法包括如下步骤：

步骤S110：获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量。

本申请实施例中的作业分配方法由上述电子设备中安装的作业分配系统执行，其中，目标平台是指作业分配系统服务的平台对象，例如数据仓库平台、数据交换平台等，目标平台用于运行各作业组中的作业。一般系统中可以运行有多个平台，每个平台上可以运行一个或多个作业组，每个作业组包括多个作业，这些作业用于在与其所属的作业组关联的代理服务器上执行。

作业是指作业分配系统中执行任务的最小单元，作业组是一批具有相同加工规则的作业的集合，即每个作业组的作业类型可以不同，由此可通过设置多个作业组，以实现不同类型作业的相互隔离，从而有效控制作业并发量，保障各种类型作业执行工作的稳定进行。

当然，不同的平台其运行的作业组的类型也可以不同，也就是说，不同类型的作业组可以分配给对应的平台中的代理服务器执行。对于每个平台上的作业均可按照本申请实施例提供的方法进行分配，所以，本申请实施例以一个目标平台为例进行说明，目标平台可以是指任意一个需要进行作业分配的平台。

为了确保目标平台的正常运行，使得分配的作业不会超过目标平台的最大并发限制，所以还需要获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量，其中，平台资源总量是为了保障整个平台的安全而设置的，其一般为一个虚拟的固定值，如1000。单个作业资源持有量是根据不同作业类型设定作业启动需要持有的资源量，也即不同类型的作业组对应的作业的单个作业资源持有量不同，其一般也是一个虚拟的固定值，如作业组1对应的单个作业资源持有量为100，作业组2对应的单个作业资源持有量为200，当然，不同的作业组对应的单个作业资源持有量可以相同也可以不相同。

需要说明的是，由于不同的平台可以运行不同类型的作业组中的作业，所以，可以预先将各个作业组与对应的平台进行关联，如作业组1和作业组2用于在平台1上运行，作业组3和作业组4用于在平台2上运行，则可以将作业组1和作业组2分别与平台1进行关联，将作业组3和作业组4分别与平台2进行关联，这样在分配各个作业组中的作业时，可直接将作业分配给关联的平台中的代理服务器执行。

所以，上述目标平台中运行的各作业组是指与目标平台预先关联的作业组，使得这些作业组可在目标平台中的代理服务器上执行，当然，在作业组中的作业数量较多时，该作业组也可与多个平台进行关联，从而使得该作业组中的作业均可以在这多个平台中的代理服务器上执行，当然，在进行分配的时候，可以根据多个平台的优先级来分配，如先按照本申请实施例提供的作业分配方法，确定优先级最高的目标平台，然后基于目标平台的剩余资源总量来分配，若还有剩余作业未分配时，可以确定第二优先级的平台，然后又基于该平台的剩余资源总量来分配剩余作业即可，如此，可将作业组中的作业依次分配到多个平台中的代理服务器上执行，从而可以确保作业组中的作业可以及时得到执行。

另外，平台资源总量和单个作业资源持有量可以预先进行配置，如用户可在电子设备上触发资源设置指令，资源设置指令携带有用户输入的资源设置信息，资源设置信息包括平台资源总量和单个作业资源持有量，平台资源总量和单个作业资源持有量可以是用户根据实际情况而设定的。然后电子设备中的作业分配系统在接收到资源设置指令后，从中获得资源设置信息，并根据资源设置信息为目标平台设置对应的平台资源总量，以及为各作业组设置对应的单个作业资源持有量。

当然，上述的平台资源总量以及单个作业资源持有量也可以是作业分配系统基于该平台上执行的作业的历史记录进行统计分析获得的，或者也可以是预先存储有针对目标平台的平台资源总量以及各作业组对应的单个资源持有量，然后在启动作业分配时，可以获取平台资源总量以及单个资源持有量，然后为目标平台配置这些信息，使得目标平台可以按照配置的这些信息进行运行。

可以理解地，平台资源总量以及单个作业资源持有量可以根据作业分配的实际情况，灵活调整平台资源总量以及单个作业资源持有量的具体数值，然后再重新为目标平台配置平台资源总量以及对应的单个资源持有量，例如，在目标平台上需运行的作业组较多时，可以将目标平台的平台资源总量设置得大一些，将单个作业资源持有量设置得小一些，如此可使目标平台能够支持运行这些作业。

步骤S120：通过各作业组的所述单个作业资源持有量及作业运行数量确定各作业组的作业组资源占用量。

在进行作业分配时，还需获得目标平台的剩余资源总量，则需先获取目标平台的资源占用量，即可以先检测目标平台中已运行的作业的作业运行数量，然后查找各个作业对应的单个作业资源持有量，例如，目标平台中的作业运行数量为3，包括作业1、作业2和作业3，其中，作业1和作业2属于同一作业组1，其对应的单个作业资源持有量为100，作业3属于另一作业组2，其对应的单个资源持有量为200，则作业组1的作业组资源占用量＝2*100＝200，作业组2的作业组资源占用量＝1*200＝200。

步骤S130：根据所述平台资源总量以及所述各作业组的作业组资源占用量之和确定所述目标平台的剩余资源总量。

按照上述举例来说，各作业组的作业组资源占用量之和＝200+200＝400，若目标平台的平台资源总量为1000，则目标平台的剩余资源总量＝1000-400＝600。所以，按照该方式即可计算获得目标平台的剩余资源总量。

需要说明的是，目标平台的剩余资源总量可以实时或者按照一定时间周期(如每隔1s计算一次)计算后并存储，则在进行作业分配时，可以直接获取存储的上一次计算的目标平台的剩余资源总量作为目标平台当前的剩余资源总量，由于是实时计算或者间隔较短周期计算的剩余资源总量，所以，上一次计算的剩余资源总量和当前的剩余资源总量可能并没有发生变化，所以可以直接上一次计算获得的剩余资源总量作为当前的剩余资源总量即可。当然，若作业分配的频次不是很高，在每次作业分配时再去计算剩余资源总量可有效节约计算资源，并且可确保资源计算的实时性。

步骤S140：根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

为了实现各个作业在不同的代理服务器上执行，作业分配系统中一般有多个代理服务器，不同平台中运行的作业可以在对应平台中的代理服务器上执行，例如，可以预先将各个作业组与对应的代理服务器进行关联，以确定哪些作业组中的作业在哪些代理服务器上执行，其关联的过程可以如下所示：

用户可以在电子设备上登录作业分配系统，然后在其相关显示界面可以新建作业组，填写该作业组的基本信息，如作业组的名称、类型等，然后可点击界面上的“下一步”，则进入代理服务器选择界面，在该界面上出现的代理服务器列表中选择相应的代理服务器后点击“提交”，这样就实现了作业组与代理服务器的关联，如该作业组选择了两个代理服务器关联，则表示该作业组中的作业是在这两个代理服务器上执行。当然，用户还可以修改其关联关系，如用户可在作业组列表中选择需要修改的作业组，然后点击鼠标右键，在弹出的操作菜单中选择关联代理服务器菜单，则会打开代理服务器列表，用户可选择要重新关联的代理服务器即可，然后点击“提交”，即可完成作业组与代理服务器的关联关系的修改。

需要说明的是，一个作业组一般可以至少关联两个代理服务器，即若这作业组中的这些作业若只在一个代理服务器上执行时，那么这个代理服务器宕机或故障后，作业就无法继续执行，若关联到至少两个代理服务器，则在其中一个代理服务器出现故障后，作业就可以转移到另外的代理服务器上执行，由此解决了单点故障的问题。

上述目标平台一般对应有多个代理服务器，在目标平台中运行的各作业组可以关联不同的代理服务器，如目标平台中的代理服务器包括5个，其在目标平台中运行的作业组包括3个，则可根据需求将其中两个作业组1、2关联一个代理服务器1，将另外一个作业组3关联另一个代理服务器2，这样在分配时，可将作业组1和作业组2中的作业分配给代理服务器中执行，将作业组3中的作业分配给代理服务器2执行。所以，在上述实现作业组与代理服务器关联后，则各个待执行作业组中的作业可以分配给对应的代理服务器执行。

另外，在作业分配时，若待执行作业组中有5个作业待分配，且目标平台的剩余资源总量能够支持这5个作业同时运行时，则可将这5个作业一并分配给代理服务器执行，若剩余资源总量只能支持其中3个作业同时运行，则将其中3个作业分配给代理服务器执行，另外2个作业暂且不分配，等待下一次分配，如此可在确保作业的运行不会超过目标平台的最大负载的情况下，实现作业的灵活分配。

在上述实现过程中，通过根据目标平台的剩余资源总量来将待执行作业组中的作业分配给对应的代理服务器，以此可确保目标平台上运行的作业不会超过目标平台所能支持的最大负载，进而可确保目标平台能够正常运行以及实现目标平台的资源的合理使用。

作为一种实施方式，在基于剩余资源总量进行分配时，考虑到若目标平台中运行的作业组的并发量超过目标平台的最大并发限制时可能导致各个作业组之间运行异常的问题，还可以获取待执行作业组的作业组资源总量，判断剩余资源总量是否大于或等于作业组资源总量，若是，则将待执行作业组中的作业分配给目标平台中与所述待执行作业组关联的代理服务器执行。

其中，作业组资源总量也可以是预先配置的，其配置的方式与上述平台资源总量的配置方式类似，在此不再重复描述。作业组资源总量描述的是作业启动达到的条件，也是个虚拟量，并非真实资源量，其不等同于作业启动时需要消耗的真实计算机资源或数据库资源，其反应的是此类作业对于计算机或数据库中的最大并发限制，超过并发限制时可能会导致系统出现问题或故障，所以对于该值的设置需要结合实际场景，比如某数据库平台执行加载类作业，数据库平台最大可执行加载的并发作业量为10个，指某个作业组的10个作业，这种情况下则需要通过设置此类作业的单个作业资源持有量和作业组资源总量来综合保障作业并发数量。平台资源总量和作业组资源总量没有直接关系，即平台中的作业组资源总量之和不一定等于平台资源总量，但是当平台资源总量大于作业组资源总量之和时，表明达到平台的并发上限，不能再继续进行作业分配。

所以，在分配待执行作业组中的作业时，还可以判断目标平台的剩余资源总量是否能支持待执行作业组中的作业运行，例如，若设置的待执行作业组的作业组资源总量为1000，剩余资源总量为1100，此时，剩余资源总量大于作业组资源总量，则可将待执行作业组中的作业分配给代理服务器执行，表明目标平台的资源量充足，即目标平台有足够的资源去运行待执行作业组中的作业。

另外，若待执行作业组关联了至少两个代理服务器时，为了确保至少两个代理服务器的均衡负载，则可将待执行作业组中的作业平均分配给至少两个代理服务器执行。

例如，若待执行作业组包括6个作业，至少两个代理服务器包括代理服务器1和代理服务器2，则可将其中3个作业分配给代理服务器1，将另外3个作业分配给代理服务器2。若待执行作业组包括有5个作业，此时不能均分，则可选择其中2个作业分配给代理服务器1，另外3个作业分配给代理服务器2，或者反过来，代理服务器1分配3个，代理服务器2分配2个，也就是说，对于不能完全均分的待执行作业，则可以大致均分即可，即一个代理服务器中可以多分一个或者少分一个即可。

在上述实现过程中，在作业组资源总量小于剩余资源总量时，表明平台资源可以满足待执行作业组中的作业并发执行，从而可将待执行作业组中的作业分配给对应的代理服务器，如此在确保目标平台有效运行的情况下，也可有效提高作业执行效率。

在上述实施例的基础上，若剩余资源总量小于作业组资源总量时，则表明此时目标平台不能支持待执行作业组中的全部作业运行，只能支持一部分作业运行，此时还可以判断剩余资源总量是否大于或等于待执行作业组的单个作业资源持有量，若是，则将待执行作业组中的至少一个作业分配给与所述待执行作业组关联的代理服务器执行。

由于不同类型的作业组对应的单个作业资源持有量可以不同，为了避免各作业组对应的作业数量超过该作业组的并发限制的情况，则在设置单个作业资源持有量时一般要确保单个作业资源持有量小于作业组资源总量，以确保对应的代理服务器上至少能执行一个作业。

举例来说，在分配待执行作业组中的至少一个作业的过程中，若剩余资源总量为1000，作业组资源总量为1200，此时剩余资源总量大于作业组资源总量，若待执行作业组对应的单个作业资源持有量为200，表明待执行作业组最多支持并发数为6个，若待执行作业组包括7个作业，此时剩余资源总量大于单个作业资源持有量，而剩余资源总量只能支持运行5个作业，即1000/200＝5，所以可将待执行作业组中的5个作业分配给代理服务器执行。

另外，在实际应用中，若作业组中的各个作业的执行顺序有要求，则可为各个作业分配相应的执行优先级，这样在选择部分作业分配时，可先选择优先级较高的作业先分配，从而使得优先级较高的作业可以先执行，进而可确保各个作业之间的有效执行。

在上述实现过程中，在剩余资源总量大于或等于待执行作业组的单个作业资源持有量时，表明平台的剩余资源能够支持至少一个作业运行，从而可将至少一个作业分给代理服务器执行，以确保目标平台上运行的作业不会超过平台的最大负载，进而确保目标平台的有效运行。

在上述实施例的基础上，待执行作业组中还有部分作业未分配，则这部分作业还未执行，可以等待开始分配的作业执行完毕后，释放掉部分资源以供后续的作业执行。即可以先确定待执行作业组中的剩余待执行作业，若检测到目标平台中有作业执行完毕释放资源，则根据释放的资源将剩余待执行作业分配给代理服务器执行。

以上述举例来说，待执行作业组中的剩余待执行作业为2个，作业分配系统可以实时检测目标平台中是否有资源释放，如若代理服务器优先执行完待执行作业组中的一个作业时，其释放的资源为200，则可选择剩余待执行作业中的一个作业分配给代理服务器执行，当然，若代理服务器还执行有其他作业组中作业时，若检测到代理服务器优先执行完另一作业组中的一个作业，其释放的资源为400，此时可将待执行作业组中的剩余待执行作业全部分配给代理服务器执行。

也就是说，在将剩余待执行作业进行分配时，可以先判断代理服务器释放的资源是否大于或等于待执行作业组的单个作业资源持有量，若是，则将剩余待执行作业中的至少一个作业分配给代理服务器执行。

例如，上述待执行作业组的单个作业资源持有量为200，若代理服务器释放的资源为100，表明此时代理服务器释放的资源不足以支持一个作业执行，所以，还需要进一步等待资源释放，若检测到代理服务器释放的资源为200时，此时释放的资源支持一个作业运行，则可将剩余待执行作业中的其中一个作业分配给代理服务器执行，若代理服务器是否的资源为400，时，此时释放的资源支持两个作业运行，则可将剩余待执行作业中的两个作业都分配给代理服务器执行。

在上述实现过程中，在释放的资源大于单个作业资源持有量时，选择剩余待执行作业中的至少一个作业分配给代理服务器执行，从而可确保平台资源能够得到及时且有效地利用。并且，在上述实施例中，设置平台资源总量、作业组资源总量以及单个作业资源持有量，这些信息可以根据实际需求灵活调整，这样在实际应用中，可以根据实际需求实现对作业更细粒度的分配。

需要说明的是，上述示例仅针对一个待执行作业组来说明的，若待执行作业组为多个的情况时，此时在将这多个待执行作业组进行分配时，可以先选择任意一个作业组来先分配，在分配完一个作业组后，再选择剩余的一个作业组继续按照上述方式来分配，这样可依次分配完所有的作业组。当然，也可以根据实际需求，设置各个作业组的优先级，按照优先级来依次选择待分配的作业组进行分配即可。

作为一种实施方式，为了避免目标平台中运行的作业组的作业组资源总量之和超过目标平台的资源限制，还可以获取目标平台中已运行的作业组的作业组资源总量，判断已运行的作业组的作业组资源总量之和是否小于或等于平台资源总量，若否，则禁止将待执行作业组中的作业分给代理服务器执行。

例如，若在分配待执行作业组中的作业时，检测到目标平台中已运行有作业组1和作业组2，作业组1对应的作业组资源总量为600，作业组2对应的作业组资源总量为800，若平台资源总量为1000，此时两个作业组的作业组资源总量之和为1400，大于平台资源总量，则表明目标平台此时不支持再运行待执行作业组，则不将待执行作业组中的作业进行分配，可以等待目标平台中的其中一个作业组中的全部作业运行完毕后，再根据目标平台的剩余资源总量来分配待执行作业组中的作业。若两个作业组的作业组资源总量之和小于或等于平台资源总量时，表明目标平台可以支持待执行作业组运行，此时可再基于目标平台的剩余资源总量来分配待执行作业组中的作业。

在上述实现过程中，在已运行的作业组资源总量之和大于平台资源总量时，禁止进行作业分配，从而可确保作业组运行数量不会超过平台的最大并发限制，进而确保各个作业组之间有效运行。

另外，为了避免作业组运行时，其运行的作业数量超过该作业组的最大并发限制而导致该作业组运行出现故障的情况，还可以判断待执行作业组的作业组资源占用量是否小于或等于待执行作业组的作业组资源总量，若否，则禁止将待执行作业组中的作业分配给代理服务器执行。

其中，作业组资源占用量是基于待执行作业组在目标平台中已运行的作业数量与单个作业资源持有量来确定的，例如，在目标平台中已运行有5个待执行作业组中的作业，且单个作业资源持有量为200，则作业组资源占用量＝5*200＝1000，若作业组资源总量为800，大于作业组资源占用量，表明已达到该作业组的最大并发限制，不能再支持运行别的作业了，所以禁止将待执行作业组中的作业分配给代理服务器执行。若是作业组资源占用量小于或等于作业组资源总量时，表明还未达到该作业组的最大并发限制，此时可基于目标平台的剩余资源总量分配待执行作业组中的作业。

在上述实现过程中，在作业组资源占用量大于作业组资源总量时，禁止进行作业分配，可有效确保平台运行的作业数量不会超过作业组的最大并发数，进而确保各个作业之间有效运行。

下面以一个具体的实施例对上面的分配情况进行说明。

例如，如下表1所示，目标平台上包括待执行的作业组G1和G2，平台资源总量为10000，作业组G1的作业组资源总量为600，其每个待执行作业的单个作业资源持有量为100，作业组G2的作业组资源为800，其每个待执行的单个作业资源持有量为200，作业组G1和作业组G2关联的代理服务器为agent1、agent2，作业组G1和作业组G2均包括5个作业。

表1

由上述表格可知，目标平台上的两个作业组的作业组资源总量的总和远远小于平台资源总量，此时这两个作业组中的各个作业可以在两个代理服务器上并发执行。所以，此时可将各个作业组的作业均分即可。

例如，对于作业组G1，其作业组资源总量为600，其单个作业资源持有量为100，则其可支持的并发作业数量即为6个，对于作业组G2，其作业组资源总量为800，其单个作业资源持有量为200，则其可支持的并发作业数量即为4个，此时，可将作业组G1中的2个待执行作业分配给agent1，3个待执行作业分配给agent2，作业组G2中的2个待执行作业分配给agent1，2个待执行作业分配给agent2，作业组G2中剩余的1个待执行作业需等待代理服务器资源释放后再分配。

又如下表2所示，目标平台上包括作业组G1和G2，平台资源总量为1000，作业组G1的作业组资源总量为600，其单个作业资源持有量为100，作业组G2的作业组资源总量为800，其单个作业资源持有量为200，作业组G1和作业组G2关联的代理服务器为agent1、agent2，作业组G1和作业组G2均包括5个待执行作业。

表2

由上述表格可知，目标平台上的两个作业组的作业组资源总量的总和大于平台资源总量，此时这两个作业组中的各个作业不能在两个代理服务器上并发执行。即当平台中的各个作业组的作业组资源总量之和大于平台资源总量时，此时达到整个平台的并发上限，各作业组不能再增加并发，以此来达到对平台资源的保护，当某个作业组的作业执行完成后会释放资源，此时其他作业组若未达到本组资源上限可以动态实现并发调整。

如对于作业组G1，其作业组资源总量为600，其单个作业资源持有量为100，则其可支持的并发作业数量即为6个，对于作业组G2，其作业组资源总量为800，其单个作业资源持有量为200，则其可支持的并发作业数量即为4个。

若作业组G2优先执行，则将作业组G2中的2个待执行作业分配给agent1，2个待执行作业分配给agent2，此时平台的剩余资源总量为1000-800＝200，则可以同时执行作业组G1中的两个作业，则可将作业组G1中的1个作业分配给agent1，1个作业分配给agent2。

若当agent1和agent2中执行完作业组G2中的3个作业后，则释放掉资源600，则可将作业组G2中剩余的一个作业任意分配到其中一个agent，作业组G1中剩余的3个作业可以并发执行，如可将作业组G1中的2个作业分配给agent1，1个作业分配给agent2。

当然，上述分配仅为举例，在实际应用中，可以根据代理服务器的负载来均衡分配即可。

请参照图3，图3为本申请实施例提供的一种作业分配装置200的结构框图，该装置200可以是电子设备上的模块、程序段或代码。应理解，该装置200与上述图2方法实施例对应，能够执行图2方法实施例涉及的各个步骤，该装置200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。

可选地，所述装置200包括：

资源获取模块210，用于获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量，其中，所述目标平台用于运行各作业组中作业；

资源占用量确定模块220，用于通过各作业组的所述单个作业资源持有量及作业运行数量确定各作业组的作业组资源占用量；

剩余资源总量获取模块230，用于根据所述平台资源总量以及所述各作业组的作业组资源占用量之和确定所述目标平台的剩余资源总量；

作业分配模块240，用于根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

可选地，所述作业分配模块240，用于获取所述待执行作业组的作业组资源总量；判断所述剩余资源总量是否大于或等于所述作业组资源总量；若是，则将所述待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的所述代理服务器执行。

可选地，所述代理服务器为至少两个，所述作业分配模块240，具体用于将所述待执行作业组中的作业平均分配给所述目标平台中与所述待执行作业组关联的至少两个代理服务器执行。

可选地，所述作业分配模块240，还用于若所述剩余资源总量小于所述作业组资源总量，则判断所述剩余资源总量是否大于或等于所述待执行作业组的单个作业资源持有量；若是，则将所述待执行作业组中至少一个作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

可选地，所述作业分配模块240，还用于确定所述待执行作业组中剩余待执行作业；若检测到所述目标平台中有作业执行完毕释放资源，则根据释放的资源将剩余待执行作业分配给所述代理服务器执行。

可选地，所述作业分配模块240，还用于判断所述代理服务器释放的资源是否大于或等于所述待执行作业组的单个作业资源持有量；若是，则将所述剩余待执行作业中的至少一个作业分配给所述代理服务器执行。

可选地，所述作业分配模块240，还用于获取所述目标平台中已运行的作业组的作业组资源总量；判断所述已运行的作业组的作业组资源总量之和是否小于或等于所述平台资源总量；若否，则禁止将所述待执行作业组中的作业分配给所述代理服务器执行。

可选地，所述作业分配模块240，还用于判断所述待执行作业组的作业组资源占用量是否小于或等于所述待执行作业组的所述作业组资源总量；若否，则禁止将所述待执行作业组中的作业分配给所述代理服务器执行。

本申请实施例提供一种可读存储介质，所述计算机程序被处理器执行时，执行如图2所示方法实施例中电子设备所执行的方法过程。

本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如，包括：获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量，其中，所述目标平台用于运行各作业组中作业；通过各作业组的所述单个作业资源持有量及作业运行数量确定各作业组的作业组资源占用量；根据所述平台资源总量以及所述各作业组的作业组资源占用量之和确定所述目标平台的剩余资源总量；根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

综上所述，本申请实施例提供一种作业分配方法、装置、电子设备及可读存储介质，通过根据目标平台的剩余资源总量来将待执行作业组中的作业分配给对应的代理服务器，以此可确保目标平台上运行的作业不会超过目标平台所能支持的最大负载，进而可确保目标平台能够正常运行以及实现目标平台的资源的合理使用。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种作业分配方法，其特征在于，所述方法包括：

获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量，其中，所述目标平台用于运行各作业组中作业；

通过各作业组的所述单个作业资源持有量及作业运行数量确定各作业组的作业组资源占用量；

根据所述平台资源总量以及所述各作业组的作业组资源占用量之和确定所述目标平台的剩余资源总量；

根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

2.根据权利要求1所述的方法，其特征在于，所述根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行，包括：

获取所述待执行作业组的作业组资源总量；

判断所述剩余资源总量是否大于或等于所述作业组资源总量；

若是，则将所述待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的所述代理服务器执行。

3.根据权利要求2所述的方法，其特征在于，所述代理服务器为至少两个，所述将所述待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的所述代理服务器执行，包括：

将所述待执行作业组中的作业平均分配给所述目标平台中与所述待执行作业组关联的至少两个代理服务器执行。

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

若所述剩余资源总量小于所述作业组资源总量，则判断所述剩余资源总量是否大于或等于所述待执行作业组的单个作业资源持有量；

若是，则将所述待执行作业组中至少一个作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

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

确定所述待执行作业组中剩余待执行作业；

若检测到所述目标平台中有作业执行完毕释放资源，则根据释放的资源将剩余待执行作业分配给所述代理服务器执行。

6.根据权利要求5所述的方法，其特征在于，所述根据释放的资源将剩余待执行作业分配给所述代理服务器执行，包括：

判断所述代理服务器释放的资源是否大于或等于所述待执行作业组的单个作业资源持有量；

若是，则将所述剩余待执行作业中的至少一个作业分配给所述代理服务器执行。

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

获取所述目标平台中已运行的作业组的作业组资源总量；

判断所述已运行的作业组的作业组资源总量之和是否小于或等于所述平台资源总量；

若否，则禁止将所述待执行作业组中的作业分配给所述代理服务器执行。

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

判断所述待执行作业组的作业组资源占用量是否小于或等于所述待执行作业组的所述作业组资源总量；

若否，则禁止将所述待执行作业组中的作业分配给所述代理服务器执行。

9.一种作业分配装置，其特征在于，所述装置包括：

资源获取模块，用于获取目标平台的平台资源总量以及各作业组对应的单个作业资源持有量，其中，所述目标平台用于运行各作业组中作业；

资源占用量确定模块，用于通过各作业组的所述单个作业资源持有量及作业运行数量确定各作业组的作业组资源占用量；

剩余资源总量获取模块，用于根据所述平台资源总量以及所述各作业组的作业组资源占用量之和确定所述目标平台的剩余资源总量；

作业分配模块，用于根据所述剩余资源总量将待执行作业组中的作业分配给所述目标平台中与所述待执行作业组关联的代理服务器执行。

10.一种电子设备，其特征在于，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如权利要求1-8任一所述的方法。

11.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时运行如权利要求1-8任一所述的方法。

Images