CN116339976A - 一种容器配额调整方法及装置 - Google Patents

Abstract

本申请涉及容器技术领域，特别涉及一种容器配额调整方法及装置。该方法应用于软件系统，所述软件系统包括若干功能组件，每一功能组件包括若干容器，其中，一个组件的一个容器运行依赖于其它组件的一个或多个容器；所述方法包括：针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数；基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数；将所述总硬件配额参数替换至所述第一容器的配置文件中，并重启所述第一容器。

Description

一种容器配额调整方法及装置

技术领域

本申请涉及容器技术领域，特别涉及一种容器配额调整方法及装置。

背景技术

云和容器技术(Docker、Kubernetes)是当前技术界的主流技术，大部分应用系统是基于容器化方式部署。这些应用系统常是相对中大型的、会包含多个模块或子模块的，对于每个模块或子模块，其在存在的运行形态是一个或多个的容器。容器是基于Linux和Namespace技术的一种虚拟化技术，其运行所需要的CPU和内存等硬件资源实际上是来自于主机，但一个主机上会运行若干的容器，为避免在运行期这些都运行的容器对主机上硬件资源超额使用和有序的使用，所以一种常见的做法是通过对每个容器的YAML文件中预设置容器运行所需要的硬件资源。

容器使用的配额硬件信息是运行前设置的，常是基于开发环境或初始部署时的环境而定，之后软件系统管理规模变化，如，大型软件常多组件动态组装的方式，不同组件的组合会导致容器对硬件资源的要求是动态变化的，受限于之前设置的容器配额上、下限，若需要修改，则需要工程师手工逐一计算并修改各容器对应的YAML文件，操作繁琐，如果容器比较多极大可能会出现修改错误造成业务影响。

发明内容

本申请提供了一种容器配额调整方法及装置，用以解决现有技术中存在的容器配额调整效率低，过程繁琐的问题。

第一方面，本申请提供了一种容器配额调整方法，应用于软件系统，所述软件系统包括若干功能组件，每一功能组件包括若干容器，其中，一个组件的一个容器运行依赖于其它组件的一个或多个容器；所述方法包括：

针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数；

基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数；

将所述总硬件配额参数替换至所述第一容器的配置文件中，并重启所述第一容器。

可选地，针对每一组件预设有依赖矩阵，一个组件对应的依赖矩阵的列为该组件包括的容器列，该依赖矩阵的行为软件系统包括的所有容器；针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数的步骤包括：

针对所述软件系统包括的每一组件，分别确定出该组件中各第二容器所依赖的其它组件的第一容器；并

分别确定出该组件中各第二容器对应的，需分配给其依赖的第一容器的硬件配额参数，并将该硬件配额参数赋值至该组件对应的依赖矩阵的相应位置。

可选地，基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数的步骤包括：

基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数。

可选地，基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数的步骤包括：

针对每一第一容器，分别执行以下操作：将各组件对应的赋值后的依赖矩阵中，依赖于该第一容器的第二容器对应的，需分配给该第一容器的硬件配额参数之和作为该第一容器的总硬件配额参数。

第二方面，本申请提供了一种容器配额调整装置，应用于软件系统，所述软件系统包括若干功能组件，每一功能组件包括若干容器，其中，一个组件的一个容器运行依赖于其它组件的一个或多个容器；所述装置包括：

确定单元，用于针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数；

计算单元，用于基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数；

调整单元，用于将所述总硬件配额参数替换至所述第一容器的配置文件中，并重启所述第一容器。

可选地，针对每一组件预设有依赖矩阵，一个组件对应的依赖矩阵的列为该组件包括的容器列，该依赖矩阵的行为软件系统包括的所有容器；针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数时，所述确定单元具体用于：

针对所述软件系统包括的每一组件，分别确定出该组件中各第二容器所依赖的其它组件的第一容器；并

分别确定出该组件中各第二容器对应的，需分配给其依赖的第一容器的硬件配额参数，并将该硬件配额参数赋值至该组件对应的依赖矩阵的相应位置。

可选地，基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数时，所述计算单元具体用于：

基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数。

可选地，基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数时，所述计算单元具体用于：

针对每一第一容器，分别执行以下操作：将各组件对应的赋值后的依赖矩阵中，依赖于该第一容器的第二容器对应的，需分配给该第一容器的硬件配额参数之和作为该第一容器的总硬件配额参数。

第三方面，本申请实施例提供一种容器配额调整设备，该设备包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行如上述第一方面中任一项所述的方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行如上述第一方面中任一项所述方法的步骤。

综上可知，本申请实施例提供的容器配额调整方法，应用于软件系统，所述软件系统包括若干功能组件，每一功能组件包括若干容器，其中，一个组件的一个容器运行依赖于其它组件的一个或多个容器；所述方法包括：针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数；基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数；将所述总硬件配额参数替换至所述第一容器的配置文件中，并重启所述第一容器。

采用本申请实施例提供的容器配额调整方法，在软件系统环境发生变化，需要大量修改各容器的配额参数时，针对软件系统中每一容器，通过所有被依赖容器对应的，需要为该容器分配的硬件配额，动态计算该容器的总配额参数，并实现动态调整，提升调整效率的同时，避免由于手动计算并修改而导致调整错误的情况出现。

附图说明

为了更加清楚地说明本申请实施例或者现有技术中的技术方案，下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据本申请实施例的这些附图获得其他的附图。

图1为本申请实施例提供的一种容器配额调整方法的详细流程图；

图2为本申请实施例提供的一种YALM文件模板示意图；

图3为本申请实施例提供的一种依赖矩阵的结构示意图；

图4为本申请实施例提供的一种Value的格式示意图；

图5为本申请实施例提供的一种容器配额调整过程示意图；

图6为本申请实施例提供的一种容器配额调装置的结构示意图；

图7为本申请实施例提供的一种容器配额调装置的硬件架构示意图。

具体实施方式

在本申请实施例使用的术语仅仅是出于描述特定实施例的目的，而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

示例性的，参阅图1所示，为本申请实施例提供的一种容器配额调整方法的详细流程图，该方法应用于软件系统，所述软件系统包括若干功能组件，每一功能组件包括若干容器，其中，一个组件的一个容器运行依赖于其它组件的一个或多个容器；该方法包括以下步骤：

步骤100：针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数。

本申请实施例中，针对每一组件预设有依赖矩阵，一个组件对应的依赖矩阵的列为该组件包括的容器列，该依赖矩阵的行为软件系统包括的所有容器；那么，在针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数时，一种较佳地实现方式为：

针对所述软件系统包括的每一组件，分别确定出该组件中各第二容器所依赖的其它组件的第一容器；并分别确定出该组件中各第二容器对应的，需分配给其依赖的第一容器的硬件配额参数，并将该硬件配额参数赋值至该组件对应的依赖矩阵的相应位置。

实际应用中，应用软件系统包括多个组件(业务功能组件)，一个组件又可以包括一个或多个容器(提供业务功能的容器)，实际应用中，应用软件系统包括的各组件间会互相依赖，即可以理解为一个组件的容器的正常运行需要依赖其它组件的一个或多个容器。也就是说，应用软件系统中一个容器的正常运行可能会依赖于其它容器，当然，该容器也可能成为其它容器正常运行的依赖。

例如，组件1包括的容器1提供数据库服务，容器2为数据库守护进程，而组件2(如组件2包括的容器3)需要使用组件1提供的数据库服务，那么，可以理解为组件2(容器3)依赖于组件1的容器1和容器2。

那么，当应用软件系统环境变化时，如新增组件，删除组件，组件中新增容器，删除容器，变换组件间/容器件的依赖关系等，可能会导致一个容器的被依赖对象增加/减少时，为了使得被依赖的其它组件/容器能够正常运行/提升硬件资源的使用率，就需要对该容器的硬件配额参数进行调整。

本申请实施例中，在定义层面，采用配额模板和依赖矩阵的方式在开发层面定义涉及信息，以单个容器的配置文件(YAML文件)的CPU和内存为例进行说明，每个组件或容器对YALM文件采用模板化的方式，开发层面通过配额模板的YALM文件加可替换的展位变量对可控制的配额参数标识。示例性的，参阅图2所示，为本申请实施例提供的一种YALM文件模板示意图，其中，request为启动容器所需的最小资源，具体包括memory(var 1，内存最小配额)，cpu(var 2，cpu核数最小配额)；limiets为容器最大资源限制，具体包括memory(var3，内存最大配额)，cpu(var 4，cpu核数最大配额)。

进一步地，本申请实施例针对每一组件还预设有依赖矩阵，示例性的，参阅图3所示，为本申请实施例提供的依赖矩阵的结构示意图。其中，图3中包括的Value的格式如图4所示。实际应用中，一个组件对应的依赖矩阵中，表格的列表示该组件的若干个容器，表格的行表示应用软件系统中的所有容器，具体地，一个组件的一个容器可能依赖其它组件的一个或多个容器，那么，该容器所在的行，与其依赖的容器所在的列的汇合点即可赋值该容器对应的，其依赖的其它容器的硬件配额参数值，其中，参数值的格式和配额模板的变量名要求保持一致。

例如，组件1包括容器1，容器2和容器3，其中，应用软件系统包括容器1，容器2，容器3，……，容器n。组件2包括容器4和容器5，假设组件1的容器1依赖组件2的容器5，组件1的容器2依赖组件2的容器4，那么，在组件1对应的依赖矩阵1中，即可在容器1所在行，与容器5所在列的汇合点赋值容器1对应的，需分配给容器5的硬件配额参数。该硬件配额是分配给容器5的，其目的是为了容器1能够正常依赖容器5提供的业务服务，从而正常运行容器1。也就是说，当容器1依赖容器5时，容器5所需的硬件配额参数为参数1，那么，当新增其它容器(如，容器p)也依赖容器5时，容器5当前分配的硬件配额可能就不，满足同时被依赖于容器1和容器p了，就可能导致容器5运行超负荷，从而影响业务服务。

步骤110：基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数。

本申请实施例中，在基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数时，一种较佳地实现方式为：

基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数。

也就是说，针对每一组件，先计算该组件包括的各容器的依赖，以及其所依赖的其它容器所需的配额参数。

具体地，一个组件可以运行于多种规格/模式，且可以预设各模式对应的配额参数；如，一个容器承载管理业务，可以管理5台设备(模式1)，那么，在配置系统时，若需要该容器管理的设备小于等于5台，则可以选择模式1，该容器也可以管理20台设备(模式2)，若该容器管理的设备大于5台，小于等于20台，则可以选择模式2，……，模式不同，那么该容器依赖的其它容器的硬件配额也不同，此时，在针对一个组件/容器进行其依赖的其它容器的硬件配额设置时，即可直接根据预设的模式与配额参数的关联关系，直接获取该模式对应的配额参数。

例如，组件1包括容器1和容器2，容器1依赖容器5，在选择组件1时，并选定运行模式为模式1，那么，即可获取容器1对应的，需分配给容器5的硬件配额参数为模式1对应的配额参数1。本申请实施例中，仅以一个容器间的依赖关系为例进行说明，其它容器间的依赖，以及配额参数设置方式与上述方式相同，不再赘述。

步骤120：将所述总硬件配额参数替换至所述第一容器的配置文件中，并重启所述第一容器。

本申请实施例中，在基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数时，一种较佳地实现方式为：

针对每一第一容器，分别执行以下操作：将各组件对应的赋值后的依赖矩阵中，依赖于该第一容器的第二容器对应的，需分配给该第一容器的硬件配额参数之和作为该第一容器的总硬件配额参数。

本申请实施例中，在部署层面，其主要解决的问题是对不同组件，不同规格(模式)，在部署过程中通过对依赖矩阵的值的动态计算，然后叠加若干个依赖矩阵形成某个容器的最终配额信息。下面结合具体应用场景对本申请实施例提供的容器配额调整方法进行详细说明。示例性的，参阅图5所示，为本申请实施例提供的一种容器配额调整过程示意图，具体步骤如下：

步骤1：选择某个组件，具体地，可以在UI界面上操作。

步骤2：对当前选择的组件，选择其对应的规格(模式)，比如管理的节点数等信息，不同的管理规格需要不同的配额值。

步骤3：每个组件根据其规格和配额的关系模型，计算得到具体的配额参数。

具体地，可以计算出组件包括的各容器所依赖的各其它容器的配额参数。

步骤4：根据组件的依赖矩阵，将计算得到的各容器的配额参数，赋值在依赖矩阵中对应的单元格中。

步骤5：重复选择其他的组件。

步骤6：把各个组件的依赖矩阵在纵向上叠加，相同依赖的配额变量对应叠加。

步骤7：使用依赖矩阵中的对应值，替换对应组件的配额模板中的变量信息。

步骤8：使用对应的配额模板对应YAML文件运行新容器。

示例性的，参阅图6所示，为本申请实施例提供的一种容器配额调整装置的结构示意图，该装置应用于软件系统，所述软件系统包括若干功能组件，每一功能组件包括若干容器，其中，一个组件的一个容器运行依赖于其它组件的一个或多个容器；该装置包括：

确定单元60，用于针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数；

计算单元61，用于基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数；

调整单元62，用于将所述总硬件配额参数替换至所述第一容器的配置文件中，并重启所述第一容器。

可选地，针对每一组件预设有依赖矩阵，一个组件对应的依赖矩阵的列为该组件包括的容器列，该依赖矩阵的行为软件系统包括的所有容器；针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数时，所述确定单元60具体用于：

针对所述软件系统包括的每一组件，分别确定出该组件中各第二容器所依赖的其它组件的第一容器；并

分别确定出该组件中各第二容器对应的，需分配给其依赖的第一容器的硬件配额参数，并将该硬件配额参数赋值至该组件对应的依赖矩阵的相应位置。

可选地，基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数时，所述计算单元61具体用于：

基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数。

可选地，基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数时，所述计算单元61具体用于：

针对每一第一容器，分别执行以下操作：将各组件对应的赋值后的依赖矩阵中，依赖于该第一容器的第二容器对应的，需分配给该第一容器的硬件配额参数之和作为该第一容器的总硬件配额参数。

以上这些单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个单元通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

进一步地，本申请实施例提供的容器配额调整装置，从硬件层面而言，所述容器配额调整装置的硬件架构示意图可以参见图7所示，所述容器配额调整装置可以包括：存储器70和处理器71，

存储器70用于存储程序指令；处理器71调用存储器70中存储的程序指令，按照获得的程序指令执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。

可选地，本申请还提供一种容器配额调整设备，包括用于执行上述方法实施例的至少一个处理元件(或芯片)。

可选地，本申请还提供一种程序产品，例如计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令用于使该计算机执行上述方法实施例。

这里，机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(RadomAccess Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种容器配额调整方法，其特征在于，应用于软件系统，所述软件系统包括若干功能组件，每一功能组件包括若干容器，其中，一个组件的一个容器运行依赖于其它组件的一个或多个容器；所述方法包括：

针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数；

基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数；

将所述总硬件配额参数替换至所述第一容器的配置文件中，并重启所述第一容器。

2.如权利要求1所述的方法，其特征在于，针对每一组件预设有依赖矩阵，一个组件对应的依赖矩阵的列为该组件包括的容器列，该依赖矩阵的行为软件系统包括的所有容器；针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数的步骤包括：

针对所述软件系统包括的每一组件，分别确定出该组件中各第二容器所依赖的其它组件的第一容器；并

分别确定出该组件中各第二容器对应的，需分配给其依赖的第一容器的硬件配额参数，并将该硬件配额参数赋值至该组件对应的依赖矩阵的相应位置。

3.如权利要求2所述的方法，其特征在于，基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数的步骤包括：

基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数。

4.如权利要求3所述的方法，其特征在于，基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数的步骤包括：

针对每一第一容器，分别执行以下操作：将各组件对应的赋值后的依赖矩阵中，依赖于该第一容器的第二容器对应的，需分配给该第一容器的硬件配额参数之和作为该第一容器的总硬件配额参数。

5.一种容器配额调整装置，其特征在于，应用于软件系统，所述软件系统包括若干功能组件，每一功能组件包括若干容器，其中，一个组件的一个容器运行依赖于其它组件的一个或多个容器；所述装置包括：

确定单元，用于针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数；

计算单元，用于基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数；

调整单元，用于将所述总硬件配额参数替换至所述第一容器的配置文件中，并重启所述第一容器。

6.如权利要求5所述的装置，其特征在于，针对每一组件预设有依赖矩阵，一个组件对应的依赖矩阵的列为该组件包括的容器列，该依赖矩阵的行为软件系统包括的所有容器；针对所述软件系统包括的各第一容器，确定出容器运行依赖于该第一容器的其它组件的第二容器，并分别确定出各第二容器对应的，需分配给该第一容器的硬件配额参数时，所述确定单元具体用于：

针对所述软件系统包括的每一组件，分别确定出该组件中各第二容器所依赖的其它组件的第一容器；并

分别确定出该组件中各第二容器对应的，需分配给其依赖的第一容器的硬件配额参数，并将该硬件配额参数赋值至该组件对应的依赖矩阵的相应位置。

7.如权利要求6所述的装置，其特征在于，基于各第二容器对应的，需分配给该第一容器的硬件配额参数，综合计算出需分配给该第一容器的总硬件配额参数时，所述计算单元具体用于：

基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数。

8.如权利要求7所述的装置，其特征在于，基于各组件对应的赋值后的依赖矩阵，分别计算出各第一容器的总硬件配额参数时，所述计算单元具体用于：

针对每一第一容器，分别执行以下操作：将各组件对应的赋值后的依赖矩阵中，依赖于该第一容器的第二容器对应的，需分配给该第一容器的硬件配额参数之和作为该第一容器的总硬件配额参数。

9.一种容器配额调整设备，其特征在于，所述设备包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行如权利要求1-4中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行如权利要求1-4中任一项所述方法的步骤。

Images