一种资源调度方法、装置、设备及可读存储介质

摘要

本发明提供一种资源调度方法、装置、设备及可读存储介质，涉及计算机技术领域，以解决实际中算法运行稳定性较低的问题。该方法包括：算法平台接收用户发送的目标分析任务的任务期望信息；所述算法平台基于所述任务期望信息，识别所述目标分析任务的期望状态，所述期望状态包括新增、修改或取消；所述算法平台获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量；在所述期望状态为新增或修改的情况下，所述算法平台根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容；在所述期望状态为取消的情况下，所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容。本发明可以提高算法运行的稳定性。

权利要求

1.一种资源调度方法，其特征在于，包括：

算法平台接收用户发送的目标分析任务的任务期望信息；

所述算法平台基于所述任务期望信息，识别所述目标分析任务的期望状态，所述期望状态包括新增、修改或取消；

所述算法平台获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量；

在所述期望状态为新增或修改的情况下，所述算法平台根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容；

在所述期望状态为取消的情况下，所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容。

2.根据权利要求1所述的方法，其特征在于，所述第一条件包括：所述分析任务数量大于或者等于第一值；

所述第一值为：当前为所述目标算法配置的容器个数、单个容器上所述目标算法的最大分析任务数量和预设扩容系数的积。

3.根据权利要求2所述的方法，其特征在于，所述第二条件包括：所述分析任务数量小于第二值；

所述第二值为：目标容器个数、单个容器上所述目标算法的最大分析任务数量和预设缩容系数的积，所述目标容器个数为当前所述目标算法配置的容器个数减1，所述预设缩容系数小于所述预设扩容系数。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：所述算法平台检测在预设周期内是否存在两个以上的算法，所述两个以上的算法执行的分析任务数量均低于预设数量值；

所述算法平台在第三条件下，对所述两个以上的算法进行容器缩容；

所述第三条件包括：

所述两个以上的算法的分析任务数量的总值小于第三值；

所述第三值为目标分析数量和预设缩容系数的积，所述目标分析数量为：当前所述两个以上的算法配置的所有容器中执行的分析任务数量的和。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容，包括：所述算法平台根据所述分析任务数量在第二条件下删除为所述目标算法配置的第一容器，并将所述第一容器内执行的分析任务调度到为所述目标算法分配的第二容器内执行。

6.一种资源调度装置，其特征在于，包括：

接收模块，用于接收用户发送的目标分析任务的任务期望信息；

识别模块，用于基于所述任务期望信息，识别所述目标分析任务的期望状态，所述期望状态包括新增、修改或取消；

获取模块，用于获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量；

分析模块，用于在所述期望状态为新增或修改的情况下，根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容；在所述期望状态为取消的情况下，根据所述分析任务数量在第二条件或第三条件下对所述目标算法进行容器缩容。

7.根据权利要求6所述的装置，其特征在于，所述分析模块用于分析所述目标算法是否满足第二条件，包括：第二分析模块，用于分析所述分析任务数量是否小于第二值；

所述第二值为：目标容器个数、单个容器上所述目标算法的最大分析任务数量和预设缩容系数的积，所述目标容器个数为当前所述目标算法配置的容器个数减1。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：检测模块，用于检测在预设周期内是否存在两个以上的算法，所述两个以上的算法执行的分析任务数量均低于预设数量值；

第三分析模块，用于分析所述两个以上的算法的分析任务数量的总值是否小于第三值；

所述第三值为目标分析数量和预设缩容系数的积，所述目标分析数量为：当前所述两个以上的算法配置的所有容器中执行的分析任务数量的和。

9.一种资源调度设备，所述资源调度设备包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其特征在于，所述处理器，用于读取存储器中的程序实现如权利要求1至5中任一项所述的方法中的步骤。

10.一种可读存储介质，用于存储程序，其特征在于，所述程序被处理器执行时实现如权利要求1至5中任一项所述的方法中的步骤。

说明书

一种资源调度方法、装置、设备及可读存储介质

技术领域

[0001] 本发明涉及计算机技术领域，特别涉及一种资源调度方法、装置、设备及可读存储介质。

背景技术

[0002] 随着算法资源的使用量越来越大，出现了不同算法厂家、不同版本的算法资源抢占服务器，导致服务器崩溃的情形。实际应用中，目前行业内头部算法企业对算法的调度一般是对资源的负载情况进行排序，通过轮询选定资源消耗较少的服务器下发算法分析任务。但这种调度方式只考虑了当前资源的使用情况，对实际业务变动的响应不够及时，导致算法运行的稳定性较低。

发明内容

[0003] 本发明实施例提供了一种资源调度方法、装置、设备及可读存储介质，可以根据用户发送的目标分析任务，获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量，实时地对容器进行扩容或者缩容，使得算法运行的稳定性较高。

[0004] 第一方面，本发明实施例提供了一种资源调度方法，包括：

[0005] 算法平台接收用户发送的目标分析任务的任务期望信息；

[0006] 所述算法平台基于所述任务期望信息，识别所述目标分析任务的期望状态，所述期望状态包括新增、修改或取消；

[0007] 所述算法平台获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量；

[0008] 在所述期望状态为新增或修改的情况下，所述算法平台根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容；

[0009] 在所述期望状态为取消的情况下，所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容。

[0010] 可选地，所述第一条件包括：

[0011] 所述分析任务数量大于或者等于第一值；

[0012] 所述第一值为：当前为所述目标算法配置的容器个数、单个容器上所述目标算法的最大分析任务数量和预设扩容系数的积。

[0013] 可选地，所述第二条件包括：

[0014] 所述分析任务数量小于第二值；

[0015] 所述第二值为：目标容器个数、单个容器上所述目标算法的最大分析任务数量和预设缩容系数的积，所述目标容器个数为当前所述目标算法配置的容器个数减1，所述预设缩容系数小于所述预设扩容系数。

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

[0017] 所述算法平台检测在预设周期内是否存在两个以上的算法，所述两个以上的算法执行的分析任务数量均低于预设数量值；

[0018] 所述算法平台在第三条件下，对所述两个以上的算法进行容器缩容；

[0019] 所述第三条件包括：

[0020] 所述两个以上的算法的分析任务数量的总值小于第三值；

[0021] 所述第三值为目标分析数量和预设缩容系数的积，所述目标分析数量为：当前所述两个以上的算法配置的所有容器中执行的分析任务数量的和。

[0022] 可选地，所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容，包括：

[0023] 所述算法平台根据所述分析任务数量在第二条件下删除为所述目标算法配置的第一容器，并将所述第一容器内执行的分析任务调度到为所述目标算法分配的第二容器内执行。

[0024] 第二方面，本发明实施例提供了一种资源调度装置，包括：

[0025] 接收模块，用于接收用户发送的目标分析任务的任务期望信息；

[0026] 识别模块，用于基于所述任务期望信息，识别所述目标分析任务的期望状态，所述期望状态包括新增、修改或取消；

[0027] 获取模块，用于获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量；

[0028] 分析模块，用于在所述期望状态为新增或修改的情况下，根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容；

[0029] 在所述期望状态为取消的情况下，根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容。

[0030] 可选地，所述分析模块用于根据所述分析任务数量分析所述目标算法是否满足第二条件，包括：

[0031] 第二分析模块，用于分析所述分析任务数量是否小于第二值；

[0032] 所述第二值为：目标容器个数、单个容器上所述目标算法的最大分析任务数量和预设缩容系数的积，所述目标容器个数为当前所述目标算法配置的容器个数减1。

[0033] 可选地，所述装置还包括：

[0034] 检测模块，用于检测在预设周期内是否存在两个以上的算法，所述两个以上的算法执行的分析任务数量均低于预设数量值；

[0035] 第三分析模块，用于分析所述两个以上的算法的分析任务数量的总值是否小于第三值；

[0036] 所述第三值为目标分析数量和预设缩容系数的积，所述目标分析数量为：当前所述两个以上的算法配置的所有容器中执行的分析任务数量的和。

[0037] 第三方面，本发明实施例提供了一种资源调度设备，所述资源调度设备包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；

[0038] 所述处理器，用于读取存储器中的程序实现如第一方面所述的方法中的步骤。

[0039] 第四方面，本发明实施例提供了一种可读存储介质，用于存储程序，所述程序被处理器执行时实现如第一方面所述的方法中的步骤。

[0040] 在本发明实施例中，所述资源调度方法应用于所述处理器，可以根据用户发送的目标分析任务，获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量，实时地对容器进行扩容或者缩容，使得算法运行的稳定性较高。

附图说明

[0041] 为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

[0042] 图1是本发明实施例提供的一种资源调度方法的流程图；

[0043] 图2是本发明实施例提供的一种算法平台的流程图；

[0044] 图3是本发明实施例提供的一种资源调度装置的结构图；

[0045] 图4是本发明实施例提供的一种资源调度设备的结构图。

具体实施方式

[0046] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0047] 除非另作定义，本发明中使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也相应地改变。

[0048] 图1为本发明实施例提供的一种资源调度方法的流程图，如图1所示，所述方法包括：

[0049] 步骤101，算法平台接收用户发送的目标分析任务的任务期望信息。

[0050] 所述算法平台可以是是服务器、计算机，所述算法平台接收用户发送的目标分析任务的任务期望信息，并对所述任务期望信息进行分析。

[0051] 所述用户可以称为租户，可以是算法企业服务的组织或个人，订购算法并根据需求配置目标分析任务，所述用户通过发送目标分析任务的任务期望信息对目标算法进行运行。

[0052] 所述目标分析任务可以是所述用户对目标算法进行设置的任务，按照通道或者预置位配置目标分析任务，取消或停止目标分析任务，一个目标算法可以有多条目标分析任务。

[0053] 步骤102，所述算法平台基于所述任务期望信息，识别所述目标分析任务的期望状态，所述期望状态包括新增、修改或取消。

[0054] 所述期望状态可以是对目标分析任务的指令，所述新增可以是所述目标分析任务对应的目标算法执行的分析任务的运行，所述修改可以是所述目标分析任务对应的目标算法执行的分析任务的调整，所述取消可以是所述目标分析任务对应的目标算法执行的分析任务的停止。

[0055] 步骤103，所述算法平台获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量。

[0056] 所述目标分析任务可以包含任务期望信息、算法名称、算法编码、算法任务唯一标识、分析类型、算法状态。

[0057] 所述算法平台可以通过所述目标分析任务的算法编码和算法任务唯一标识获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量，所述算法平台根据目标算法的所述算法编码和所述算法任务唯一标识在数据库中查询目标算法的实际分析任务数量。

[0058] 步骤104，在所述期望状态为新增或修改的情况下，所述算法平台根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容；

[0059] 在所述期望状态为取消的情况下，所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容。

[0060] 所述期望状态为取消的情况下，所述期望状态可以是新增或修改，所述算法平台根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容，所述第一条件可以是，所述分析任务数量大于或者等于第一值；所述第一值为：当前为所述目标算法配置的容器个数、单个容器上所述目标算法的最大分析任务数量和预设扩容系数的积。

[0061] 所述算法平台所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容，所述第二条件可以是所述分析任务数量小于第二值；所述第二值为：目标容器个数、单个容器上所述目标算法的最大分析任务数量和预设缩容系数的积，所述目标容器个数为当前所述目标算法配置的容器个数减1，所述预设缩容系数小于所述预设扩容系数。

[0062] 本发明实施例中，所述算法平台可以根据用户发送的目标分析任务，获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量，实时地对容器进行扩容或者缩容，使得算法运行的稳定性较高。

[0063] 可选地，在一些实施例中，所述第一条件包括：

[0064] 所述分析任务数量大于或者等于第一值；

[0065] 所述第一值为：当前为所述目标算法配置的容器个数、单个容器上所述目标算法的最大分析任务数量和预设扩容系数的积。

[0066] 所述最大分析任务数量可以是所述单个容器上所能承载的所述目标算法的最大分析任务数量。

[0067] 例如，所述目标算法 的所述分析任务数量为 ，所述单个容器上所能承载的目标算法 的最大分析任务数量为 ,容器个数为 ，预扩容系数为
。当满足 条件时，所述算法平台进行容器扩容操作，调用接口自
动创建新的容器，完成资源的动态扩容。

[0068] 本实施例中，在目标分析任务的期望状态为新增或修改的情况下，所述算法平台实时地对目标算法当前实际执行的分析任务的分析任务数量进行分析，对容器进行扩容，避免了算法资源抢占服务器，导致服务崩溃的情形。

[0069] 可选地，在一些实施例中，所述第二条件包括：

[0070] 所述分析任务数量小于第二值；

[0071] 所述第二值为：目标容器个数、单个容器上所述目标算法的最大分析任务数量和预设缩容系数的积，所述目标容器个数为当前所述目标算法配置的容器个数减1，所述预设缩容系数小于所述预设扩容系数。

[0072] 例如，当所述目标算法 的所述分析任务数量为 ，所述单个容器上所能承载的目标算法 的最大分析任务数量为 ,容器个数为 ，预缩容系数为
。当满足 ，且 时，进行容器缩容操作，调用接口自
动删除多余的容器，完成资源的动态缩容，释放算法服务器资源。

[0073] 本实施例中，在目标分析任务的期望状态为取消的情况下，所述算法平台实时地对目标算法当前实际执行的分析任务的分析任务数量进行分析，对容器进行缩容，将资源使用率低的目标算法对应的分析任务整合到空闲容器中，删除多余的容器，从而使得资源利用率较高。并且所述预设缩容系数小于所述预设扩容系数，避免了对容器进行缩容操作之后，直接触发对容器的扩容操作的情形。

[0074] 可选地，在一些实施例中，所述方法还包括：

[0075] 所述算法平台检测在预设周期内是否存在两个以上的算法，所述两个以上的算法执行的分析任务数量均低于预设数量值；

[0076] 所述算法平台在第三条件下，对所述两个以上的算法进行容器缩容；

[0077] 所述第三条件包括：

[0078] 所述两个以上的算法的分析任务数量的总值小于第三值；

[0079] 所述第三值为目标分析数量和预设缩容系数的积，所述目标分析数量为：当前所述两个以上的算法配置的所有容器中执行的分析任务数量的和。

[0080] 所述两个以上的算法可以是目标算法，也可以是除目标算法之外的其他算法；所述预设数量值可以是所述容器内应有分析任务数量的最低阈值，低于最低阈值则表示容器的资源使用率低；所述预设周期可以是七天为一个周期，所述算法平台检测在所述预设周期内资源使用率低的算法，对目标分析任务数量较少的目标算法且单个容器未完全利用的算法采用任务转移的方式进行调度。

[0081] 例如，当所述目标算法 的所述分析任务数量为 ，所述目标算法对应的容器上所能承载的目标算法 的最大分析任务数量为 ,所述目标算法的个数为，预缩容系数为 。当满足 ，且 时，进行容
器缩容操作，将多个所述目标算法转移到一个容器上运行，调用接口自动删除多余的容器，完成资源的动态缩容，释放算法服务器资源。

[0082] 可选地，在一些实施例中，所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容，包括：

[0083] 所述算法平台根据所述分析任务数量在第二条件下删除为所述目标算法配置的第一容器，并将所述第一容器内执行的分析任务调度到为所述目标算法分配的第二容器内执行。

[0084] 所述算法平台检测到预设周期内存在两个以上的算法，所述两个以上的算法执行的分析任务数量均低于预设数量值，所述算法平台在第三条件下对所述算法进行容器缩容：删除为所述第一算法配置的第一容器，并将所述第一容器内执行的分析任务调度到为所述第二算法分配的第二容器内执行。

[0085] 图2为本发明实施例提供的一种算法平台的流程图，如图2所示：

[0086] 用户在平台配置算法后下发分析任务，下发的分析任务包含算法名称、算法编码、算法任务唯一标识、分析类型、算法状态等信息，其中配置的算法状态分为新增、修改和取消。

[0087] 算法平台接收到分析任务后，在数据库中利用该算法的算法编码和算法任务唯一标识查询该算法的实际分析任务数量。

[0088] 算法平台根据接收到的分析任务的信息，判断当前分析任务是否为取消。

[0089] 如果分析任务不是取消，判断接收该分析任务后是否满足当前算法的扩容条件，如果为是，则调用接口自动创建新的容器，完成资源的动态扩容依次，将分析任务下发给算法，让算法进行分析；如果不是，则直接将分析任务下发给算法，让算法进行分析。

[0090] 如果分析任务是取消，判断接收该分析任务后是否满足当前算法的缩容条件，如果为是，则调用接口自动删除多余的容器，完成资源的动态缩容，释放算法服务器资源，将取消的分析任务下发给算法，让算法停止分析；如果不是，则直接将取消的分析任务下发给算法，让算法停止分析。

[0091] 除对多个容器的算法进行扩容和缩容的调度外，算法平台还可以对算法分析任务较少且单个容器未完全利用的算法采用任务转移的方式进行调度，以此整合长期资源使用率不高的算法。通过检测长时间内资源使用率低的算法，进行任务转移操作，将多个算法转移到一个容器上运行。

[0092] 本发明实施例提供了一种资源调度装置300，如图3所示，包括：

[0093] 接收模块301，用于接收用户发送的目标分析任务的任务期望信息；

[0094] 识别模块302，用于基于所述任务期望信息，识别所述目标分析任务的期望状态，所述期望状态包括新增、修改或取消；

[0095] 获取模块303，用于获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量；

[0096] 分析模块304，用于在所述期望状态为新增或修改的情况下，根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容；在所述期望状态为取消的情况下，根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容。

[0097] 可选地，所述分析模块304用于分析所述目标算法是否满足第一条件，包括：

[0098] 第一分析模块，用于分析所述分析任务数量是否大于或者等于第一值；

[0099] 所述第一值为：当前为所述目标算法配置的容器个数、单个容器上所述目标算法的最大分析任务数量和预设扩容系数的积。

[0100] 可选地，所述分析模块304用于分析所述目标算法是否满足第二条件，包括：

[0101] 第二分析模块，用于分析所述分析任务数量是否小于第二值；

[0102] 所述第二值为：目标容器个数、单个容器上所述目标算法的最大分析任务数量和预设缩容系数的积，所述目标容器个数为当前所述目标算法配置的容器个数减1。

[0103] 可选地，所述装置还包括：

[0104] 检测模块，用于检测在预设周期内是否存在两个以上的算法，所述两个以上的算法执行的分析任务数量均低于预设数量值；

[0105] 第三分析模块，用于分析所述两个以上的算法的分析任务数量的总值是否小于第三值；

[0106] 所述第三值为目标分析数量和预设缩容系数的积，所述目标分析数量为：当前所述两个以上的算法配置的所有容器中执行的分析任务数量的和。

[0107] 可选地，所述分析模块304在第二条件下对所述目标算法进行容器缩容，所述分析模块304包括：

[0108] 第一删除单元，用于根据所述分析任务数量在第二条件下删除为所述目标算法配置的第一容器；

[0109] 第一分配单元，用于将所述第一容器内执行的分析任务调度到为所述目标算法分配的第二容器内执行。

[0110] 可选地，在检测模块检测到预设周期内存在两个以上的算法，所述两个以上的算法执行的分析任务数量均低于预设数量值的情况下，所述分析模块304也可以在第三条件下对所述算法进行容器缩容，所述分析模块304包括：

[0111] 第二删除单元，用于删除为所述第一算法配置的第一容器；

[0112] 第二分配单元，用于将所述第一容器内执行的分析任务调度到为所述第二算法分配的第二容器内执行。

[0113] 本发明实施例提供了一种资源调度设备，如图4所示，所述资源调度设备包括：收发机401、存储器402、处理器400及存储在所述存储器上并可在所述处理器上运行的程序：

[0114] 收发机401接收用户发送的目标分析任务的任务期望信息；

[0115] 处理器400用于读取存储器402中的程序，执行如下步骤：

[0116] 基于所述任务期望信息，识别所述目标分析任务的期望状态，所述期望状态包括新增、修改或取消；获取所述目标分析任务对应的目标算法当前实际执行的分析任务的分析任务数量；在所述期望状态为新增或修改的情况下，所述算法平台根据所述分析任务数量在第一条件下对所述目标算法进行容器扩容；在所述期望状态为取消的情况下，所述算法平台根据所述分析任务数量在第二条件下对所述目标算法进行容器缩容。

[0117] 其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器400代表的一个或多个处理器和存储器402代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机401可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器400负责管理总线架构和通常的处理，存储器402可以存储处理器400在执行操作时所使用的数据。

[0118] 可选地，处理器400判断是否满足所述第一条件，所述第一条件包括：

[0119] 所述分析任务数量大于或者等于第一值；

[0120] 所述第一值为：当前为所述目标算法配置的容器个数、单个容器上所述目标算法的最大分析任务数量和预设扩容系数的积。

[0121] 可选地，处理器400判断是否满足所述第二条件，所述第二条件包括：

[0122] 所述分析任务数量小于第二值；

[0123] 所述第二值为：目标容器个数、单个容器上所述目标算法的最大分析任务数量和预设缩容系数的积，所述目标容器个数为当前所述目标算法配置的容器个数减1。

[0124] 可选地，处理器400还用于：

[0125] 检测在预设周期内是否存在两个以上的算法，所述两个以上的目标算法执行的分析任务数量均低于预设数量值；

[0126] 在第三条件下，对所述两个以上的算法进行容器缩容；

[0127] 所述第三条件包括：

[0128] 所述两个以上的算法的分析任务数量的总值小于第三值；

[0129] 所述第三值为目标分析数量和预设缩容系数的积，所述目标分析数量为：当前所述两个以上的算法配置的所有容器中执行的分析任务数量的和。

[0130] 可选地，处理器400在第二条件下对所述目标算法进行容器缩容，包括：

[0131] 删除为所述目标算法配置的第一容器，并将所述第一容器内执行的分析任务调度到为所述目标算法分配的第二容器内执行。

[0132] 本发明实施例还提供一种可读存储介质，用于存储程序，所述程序可被处理器执行实现上述方法的实施例的各个过程，且其实现原理和技术效果类似，为避免重复，本实施例此处不再赘述。

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

[0134] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

[0135] 上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read‑Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

[0136] 以上所述是本发明的优选实施方式，应当指出，本发明的保护范围并不局限于此，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。