CN114217956A - 容器集群的部署方法、装置及计算机设备 - Google Patents

Abstract

本申请涉及一种容器集群的部署方法、装置、计算机设备和存储介质，该方法包括：确定容器集群待部署的多个应用服务以及多个应用服务对应的服务组件；基于应用服务与服务组件相关性对应关系，确定与每一应用服务的弱相关组件；弱相关组件与对应的应用服务之间的相关性小于预设阈值；确定多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与目标服务组件对应的一个共享容器，将目标服务组件的执行逻辑部署在目标服务组件对应的共享容器中。本申请提供的方法，通过将不同应用服务对应的功能相同的服务组件布设在一个共享容器中的方式对容器集群进行部署，以避免容器集群中相同组件的重复部署，从而达到节约资源的目的。

Description

容器集群的部署方法、装置及计算机设备

技术领域

本申请涉及大数据资源调度技术领域，特别是涉及一种容器集群的部署方法、装置、计算机设备和存储介质。

背景技术

容器集群(kubernetes，简称K8S)是google开源的容器集群管理系统，提供应用部署、维护、扩展机制等功能，利用kubernetes能方便管理跨集群运行容器化的应用，在K8S集群中，容器(Pod)是所有业务类型的基础，也是K8S集群的最小单位级，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被统一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器(container)。

现有的K8S集群的部署方式为：在一个K8S集群中部署多个Pod，单个Pod内部署有应用服务执行逻辑以及多个应用服务组件的执行逻辑。

上述集群部署方式，会使得K8S集群中可能存在相同组件的重复部署，从而造成资源浪费。

发明内容

本申请提供一种容器集群的部署方法方法、装置、计算机设备和存储介质，能够避免容器集群中相同组件的重复部署，从而达到节约资源的目的。

第一方面，提供了一种容器集群的部署方法，该方法包括：

确定容器集群待部署的多个应用服务以及所述多个应用服务对应的服务组件；

基于应用服务与服务组件相关性对应关系，确定每一所述应用服务的弱相关组件；所述弱相关组件与对应的应用服务之间的相关性小于预设阈值；

确定所述多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与所述目标服务组件对应的一个共享容器，将所述目标服务组件的执行逻辑部署在所述目标服务组件对应的共享容器中。

第一方面，提供了一种容器集群的部署装置，该装置包括：

确定模块，用于确定容器集群待部署的多个应用服务以及所述多个应用服务对应的服务组件；

确定模块，还用于基于应用服务与服务组件相关性对应关系，确定与每一所述应用服务的弱相关组件；所述弱相关组件与对应的应用服务之间的相关性小于预设阈值；

创建模块，用于确定所述多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与所述目标服务组件对应的一个共享容器，将所述目标服务组件的执行逻辑部署在所述目标服务组件对应的共享容器中。

第三方面，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述任一项的方法的步骤。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项的方法的步骤。

第五方面，提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述任一项的方法的步骤。

本申请提供了一种容器集群的部署方法、装置、计算机设备和存储介质，该方法包括：确定容器集群待部署的多个应用服务以及多个应用服务对应的服务组件；基于应用服务与服务组件相关性对应关系，确定与每一应用服务的弱相关组件；弱相关组件与对应的应用服务之间的相关性小于预设阈值；确定多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与目标服务组件对应的一个共享容器，将目标服务组件的执行逻辑部署在目标服务组件对应的共享容器中。本申请提供的方法，通过将不同应用服务对应的功能相同的服务组件布设在一个共享容器中的方式对容器集群进行部署，避免了容器集群中多个容器部署相同功能服务组件，导致同一容器集群中相同功能的服务组件重复部署的问题出现，本申请提供的容器部署方法在同一容器集群中仅部署一次功能相同的服务组件，多个容器可以共用该服务组件，达到资源有效利用以及节约资源的目的。

附图说明

图1为一个实施例中容器集群的部署方法的应用环境图；

图2为一个实施例中容器集群的部署方法的流程示意图；

图3为一个实施例中容器集群的部署步骤的流程示意图；

图4为另一个实施例中容器集群的部署方法的流程示意图；

图5为一个实施例中容器集群的部署装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的容器集群的部署方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。终端102将用户输入的容器集群部署指令通过网络发送给服务器104，服务器104根据容器集群部署指令，根据应用服务于服务组件相关性对应关系确定待部署的多个应用服务中每一个应用服务的弱相关组件，并将多个应用服务对应的弱相关组件中功能相同的多个服务组件的一个服务组件的执行逻辑部署在一个共享容器中，以实现对容器集群的部署。以避免容器集群中相同组件的重复部署，从而达到节约资源的目的。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种容器集群的部署方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤S202，确定容器集群待部署的多个应用服务以及多个应用服务对应的服务组件。

其中，待部署的多个应用服务可以是功能相同的应用服务，也可以是功能不同的应用服务，多个应用服务的数量可以是两个，三个或者多个；

可以是将功能相同的多个应用服务部署在一个容器集群中，还可以是将具有关联性的多个应用服务部署在一个容器集群中，还可以是根据用户的需求将多个应用服务部署在一个容器集群中，本申请对此不加以限定。

每一个应用服务均包括多个服务组件，多个服务组件共同作用支持应用服务的运行。

示例性的，可以是将功能同为查询的两个应用服务以及与查询功能对应的日志组件、安全组件以及传输组件部署在一个容器集群中。

步骤S204，基于应用服务与服务组件相关性对应关系，确定每一应用服务的弱相关组件；弱相关组件与对应的应用服务之间的相关性小于预设阈值。

其中，应用服务于服务组件相关性对应关系为一预设的对应关系表，该预设的对应关系表存储在服务器对应的存储器地址中，当服务器需要部署容器集群时，从对应的存储器地址中查询该预设的对应关系表，即可确定各个应用服务与其对应的服务组件的关系。

与应用服务对应的服务组件包括弱相关组件和强相关组件，对应关系表中也就包括两种对应关系：应用服务与服务组件强相关和应用服务与服务组件弱相关。其中，应用服务与服务组件强相关表征该服务组件在应用服务的运行过程中与应用服务的交互频率较高，或者，与应用服务共享内存等；反之，应用服务与服务组件弱相关表征该服务组件在应用服务的运行过程中与应用服务的交互频率较低，或者，不与应用服务共享内存等。需要说明的是，交互频率的高低可以是根据预设的频率阈值进行判断可知，例如预设的频率阈值可以是100次。

示例性的，服务器需要部署的是查询服务以及与查询服务对应的传输组件、安全组件和日志组件，从对应的存储器地址中调用应用服务与服务组件相关性对应关系的对应关系表，通过查询可知安全组件和日志组件属于与查询服务强相关的服务组件，也即安全组件和日志组件为该应用服务的强相关组件；传输组件属于与查询服务弱相关的服务组件，也即传输组件为该应用服务的弱相关组件。

步骤S206，确定多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与目标服务组件对应的一个共享容器，将目标服务组件的执行逻辑部署在目标服务组件对应的共享容器中。

其中，根据上述的步骤，确定得到多个应用服务的弱相关组件和强相关组件，然后确定多个应用服务的弱相关组件中是否存在功能相同的目标服务组件，例如，传输组件、人脸识别组件、指纹识别组件等。

由于现有的容器集群部署方法是将与该应用服务相关的所有组件均部署在一个容器中，那么会存在例如多个应用服务的应用容器中均部署了相同功能的弱相关组件的情况，造成由于同一容器集群中相同功能的服务组件重复部署导致的资源浪费、存储空间浪费的问题。所以，本申请将多个应用服务的弱相关组件中功能相同的多个目标服务组件只部署一个目标服务组件，在一个容器集群中只存储一个目标服务组件的执行逻辑，并将该目标服务组件与应用服务的应用容器分开部署。

上述将目标服务组件与应用服务组件分开部署的方法，能够避免将多个服务组件与应用服务部署在同一容器中导致的服务之间耦合性高、镜像大、动态扩展慢，不利于快速恢复扩容和漂移等问题、资源浪费、资源消耗大等问题。

本申请提供的容器集群的部署方法，该方法包括：确定容器集群待部署的多个应用服务以及多个应用服务对应的服务组件；基于应用服务与服务组件相关性对应关系，确定与每一应用服务的弱相关组件；弱相关组件与对应的应用服务之间的相关性小于预设阈值；确定多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与目标服务组件对应的一个共享容器，将目标服务组件的执行逻辑部署在目标服务组件对应的共享容器中。避免了容器集群中多个容器部署相同功能服务组件，导致同一容器集群中相同功能的服务组件重复部署的问题出现，本申请提供的容器部署方法在同一容器集群中仅部署一次功能相同的服务组件，多个容器可以共用该服务组件，达到资源有效利用以及节约资源的目的。

在一个实施例中，本实施例是另一种部署容器集群的可能的方法实施例，该方法实施例包括如下步骤：

针对每一应用服务，将应用服务的其余服务组件部署在应用服务对应的应用容器中；其余服务组件为应用服务的服务组件中除弱相关服务组件外的其它服务组件。

其中，据上所述，根据上述方法可以确定出与应用服务弱相关的服务组件，那么剩余的就为与强相关组件，由于应用服务与强相关组件的交互频率较高或者二者访问同一逻辑内存，那么，将应用服务和强相关组件部署在不同的容器中，就会产生例如为：两者之间需要借助网络、消息中间件来进行通讯容造成的网络超时、消息丢失等现象，同时还增加了容器集群的复杂度。所以本申请将应用服务与强相关组件设置在一个容器中(也即应用容器中)，以此来解决上述问题。

示例性的，与开户服务对应的服务组件包括传输组件、安全组件以及日志组件，通过应用服务与服务组件相关性对应关系确定了传输组件为开户服务的若相关组件，那么剩余的安全组件和日志组件就为强相关组件，那么将开户服务对应的执行逻辑、安全组件对应的执行逻辑以及日志组件对应的执行逻辑均部署在与开户服务对应的应用容器中。

本申请提供的容器集群的部署方法，通过将应用服务的非弱相关组件与应用服务部署在同一容器中的方法，能够提升应用服务与非弱相关组件之间的交互效果，简化容器集群的复杂度。

在一个实施例中，本实施例是另一种部署容器集群的可能的方法实施例，该方法实施例包括如下步骤：

将每一应用服务的弱相关组件中功能不同的服务组件，部署在独立容器中，独立容器与应用容器以及共享容器不同。

其中，根据上述步骤：通过基于应用服务与服务组件相关性对应关系，确定了每一应用服务的弱相关组件之后，继续确定了每一个应用服务的弱相关组件中功能相同的弱相关组件，那么，当在一个容器集群中部署多个功能不同的应用服务时，各个应用组件的弱相关组件中可能会存在功能不同的弱相关组件，例如查询服务的弱相关组件包括传输组件和人脸识别组件，开户服务的弱相关组件包括传输组件和虹膜识别组件，那么两个应用服务中功能相同的服务为传输组件，人脸识别组件是查询服务特有的服务组件，虹膜识别组件是开户服务特有的服务组件，那么本申请在将传输组件的执行逻辑部署在一个共享容器中的同时，还会设置两个独立的容器，一个独立容器中部署人脸识别组件的执行逻辑，另一个独立容器中部署虹膜识别组件的执行逻辑。

本申请提供的容器集群的部署方法，通过将每一应用服务的弱相关组件中功能不同的服务组件，部署在独立容器中的方式，避免将弱相关组件与应用服务部署在同一容器中，导致的应用之间耦合性高，资源消耗增大的问题。且还可以避免当其中一个弱相关组件出现故障，影响整个应用服务的运行的问题出现。

在一个实施例中，本实施例是一种生成应用服务与服务组件相关性对应关系的一种可选的方法实施例，该方法实施例包括如下步骤：

根据应用服务与对应的服务组件的交互信息或内存信息生成应用服务与服务组件相关性对应关系。

其中，交互信息包括应用服务与服务组件的交互频率、交互网络、交互内容等信息。内存信息包括应用服务的执行逻辑与服务组件的执行逻辑的存储信息、密钥存储信息、内存共享信息等。

示例性的，应用服务例如为额度测算服务，与额度测算服务对应的服务组件包括安全组件、传输组件和日志组件，安全组件与应用服务的访问同一逻辑内存，也即安全组件与应用服务共享内存，那么确定安全组件为应用服务的强相关组件；传输组件与应用服务访问不同的逻辑内存，且传输组件与应用服务的交互频率大于预设的频率阈值，则确定传输组件为应用服务的弱相关组件。在这里需要说明的是，若一个服务组件与应用服务的交互频率小于预设阈值，但是该服务组件与应用服务共享内存，这种情况下，我们需要将该服务组件确定为应用服务的强相关组件，因为共享内存涉及到应用服务的安全问题，所以，确定服务组件与应用服务的相关性对应关系以内存信息的判断为主，交互信息判断为辅。以此类推，根据其他交互信息和内存信息的判断方法与上述判断方法相同，根据最终的判断结果，确定该服务组件与应用服务的相关性关系，最终生成对应关系表，也即应用服务与服务组件相关性对应关系，并将该应用服务与服务组件相关性对应关系存储在服务器对应的存储器地址中。

本申请提供的容器集群的部署方法，通过服务组件与应用服务的交互信息或内存信息确定服务组件与应用服务之间的相关性关系，再根据确定得到的多个应用服务与对应的服务组件的相关性关系生成应用服务与服务组件相关性对应关系，该应用服务与服务组件相关性对应关系存储在服务器的存储器地址中，在服务器进行容器集群部署的过程中，服务器可以通过查询该应用服务与服务组件相关性对应关系快速的确定每一个应用服务的弱相关组件，以实现对容器集群的快速部署。从而达到提升容器集群的部署效率。

在一个实施例中，本实施例是在容器集群部署完成之后的可能的方法实施例，该方法实施例包括如下步骤：

为应用容器、共享容器以及独立容器分配地址。

其中，服务器在按照上述的容器部署方法对容器集群部署完成之后，由于容器集群在运行的过程中，各个容器之间需要进行交互，应用服务需要根据各个弱相关组件所属的容器的地址来调用各个服务组件，所以服务器在对各个容器集群部署完成之后，需要为各个容器分配地址，并将各个容器的地址存储在服务器的管理节点。便于后续对各个服务组件的调用。

在一个实施例中，如图3所示，本实施例是容器集群的一种可能的应用方法实施例，该方法实施例包括如下步骤：

步骤S302，接收目标用户的服务请求；

步骤S304，确定服务请求的类型，将服务请求分配给与服务请求的类型对应的应用容器。

其中，用户的服务请求例如为：请求开户服务、请求贷款服务、请求存储服务等。那么服务器识别到该请求的目的是需要开户，则将该服务请求分配给具有开户功能的应用服务，开户应用根据服务请求的内容，进行相关的操作。

本申请提供的容器集群的部署方法，通过上述方法完成容器集群部署后，当服务器接收到用户的服务请求，将服务请求分配给对应的应用服务，由于本申请应用服务对应的应用容器内仅部署了应用服务的强相关组件，能够缩短启动弱相关组件的时间，所以应用服务能够快速的响应用户的服务请求，提升服务效率。

在一个实施例中，如图4所示，本实施例是容器集群的另一种可能的应用方法实施例，该方法实施例包括如下步骤：

步骤S402，根据目标用户的服务请求确定辅助服务调用策略；

步骤S404，根据辅助服务调用策略确定目标容器的地址，基于目标容器的地址调用目标服务组件和/或目标应用服务，目标容器与应用容器处于同一网段。

其中，根据上述描述可知，应用服务在接收到用户的服务请求后，开始对应的服务操作，那么，在应用服务进行对应的服务操作时，需要调用到其它弱相关组件或者其它应用服务，以支持该应用服务的服务操作流程，所以应用服务就需要确定需要调用的服务组件以及应用服务，根据调用的服务组件以及应用服务确定辅助服务调用策略。

然后，根据确定调用的服务组件从管理节点获得各个服务组件以及各个应用服务的地址，进而，根据地址调用服务组件和/或应用服务即可。

示例性的，目标用户要请求开户服务，那么在为用户提供开户服务的过程中，需要通过传输组件与查询服务进行数据的交互，那么，生成的辅助服务调用策略可以为：调用传输组件以及查询服务。开户服务向管理节点请求传输组件所在容器的地址，以及查询服务所在容器的地址，管理节点返回对应的地址信息后，开户服务根据管理节点返回的地址调用传输组件以及查询服务，以通过查询服务查询该目标用户需要开户的各项信息，查询服务通过传输组件将查询得到的各项信息发送给开户服务，开户服务根据查询服务发送的信息确定目标用户是否满足开户条件，在目标用户满足开户条件时，继续根据查询服务提供的信息为目标用户办理开户业务。

本申请提供的容器集群的部署方法，由于目标容器与应用容器处于同一网段，所以能够提升应用容器与共享容器、独立容器或者其它应用容器的数据交互效率。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种容器集群的部署装置，包括：确定模块502和创建模块504，其中：

确定模块502，用于确定容器集群待部署的多个应用服务以及多个应用服务对应的服务组件；

确定模块502，还用于基于应用服务与服务组件相关性对应关系，确定与每一应用服务的弱相关组件；弱相关组件与对应的应用服务之间的相关性小于预设阈值；

创建模块504，用于确定多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与目标服务组件对应的一个共享容器，将目标服务组件的执行逻辑部署在目标服务组件对应的共享容器中。

在一个实施例中，该装置还包括部署模块，

部署模块，用于针对每一应用服务，将应用服务的其余服务组件部署在应用服务对应的应用容器中；其余服务组件为应用服务的服务组件中除弱相关服务组件外的其它服务组件。

在一个实施例中，部署模块，还用于将每一应用服务的弱相关组件中功能不同的服务组件，部署在独立容器中，独立容器与应用容器以及共享容器不同。

在一个实施例中，该装置还包括生成模块，

生成模块，用于根据应用服务与对应的服务组件的交互信息或内存信息生成应用服务与服务组件相关性对应关系。

在一个实施例中，该装置还包括分配模块，

分配模块，用于为应用容器、共享容器以及独立容器分配地址。

在一个实施例中，分配模块，还包括接收单元和分配单元，

接收单元，用于接收目标用户的服务请求；

分配单元，用于确定服务请求的类型，将服务请求分配给与服务请求的类型对应的应用容器。

在一个实施例中，该装置还包括调用模块，

调用模块，用于根据目标用户的服务请求确定辅助服务调用策略；根据辅助服务调用策略确定目标容器的地址，基于目标容器的地址调用目标服务组件和/或目标应用服务，目标容器与应用容器处于同一网段。

关于容器集群的部署装置的具体限定可以参见上文中对于容器集群的部署方法的限定，在此不再赘述。上述容器集群的部署装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储应用服务以及对应的服务组件的执行逻辑数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种容器集群的部署方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

确定容器集群待部署的多个应用服务以及多个应用服务对应的服务组件；

基于应用服务与服务组件相关性对应关系，确定与每一应用服务的弱相关组件；弱相关组件与对应的应用服务之间的相关性小于预设阈值；

确定多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与目标服务组件对应的一个共享容器，将目标服务组件的执行逻辑部署在目标服务组件对应的共享容器中。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

针对每一应用服务，将应用服务的其余服务组件部署在应用服务对应的应用容器中；其余服务组件为应用服务的服务组件中除弱相关服务组件外的其它服务组件。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：将每一应用服务的弱相关组件中功能不同的服务组件，部署在独立容器中，独立容器与应用容器以及共享容器不同。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据应用服务与对应的服务组件的交互信息或内存信息生成应用服务与服务组件相关性对应关系。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：为应用容器、共享容器以及独立容器分配地址。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收目标用户的服务请求；确定服务请求的类型，将服务请求分配给与服务请求的类型对应的应用容器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据目标用户的服务请求确定辅助服务调用策略；根据辅助服务调用策略确定目标容器的地址，基于目标容器的地址调用目标服务组件和/或目标应用服务，目标容器与应用容器处于同一网段。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

确定容器集群待部署的多个应用服务以及多个应用服务对应的服务组件；

基于应用服务与服务组件相关性对应关系，确定与每一应用服务的弱相关组件；弱相关组件与对应的应用服务之间的相关性小于预设阈值；

确定多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与目标服务组件对应的一个共享容器，将目标服务组件的执行逻辑部署在目标服务组件对应的共享容器中。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：针对每一应用服务，将应用服务的其余服务组件部署在应用服务对应的应用容器中；其余服务组件为应用服务的服务组件中除弱相关服务组件外的其它服务组件。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将每一应用服务的弱相关组件中功能不同的服务组件，部署在独立容器中，独立容器与应用容器以及共享容器不同。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据应用服务与对应的服务组件的交互信息或内存信息生成应用服务与服务组件相关性对应关系。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：为应用容器、共享容器以及独立容器分配地址。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收目标用户的服务请求；确定服务请求的类型，将服务请求分配给与服务请求的类型对应的应用容器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据目标用户的服务请求确定辅助服务调用策略；根据辅助服务调用策略确定目标容器的地址，基于目标容器的地址调用目标服务组件和/或目标应用服务，目标容器与应用容器处于同一网段。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

确定容器集群待部署的多个应用服务以及多个应用服务对应的服务组件；

基于应用服务与服务组件相关性对应关系，确定与每一应用服务的弱相关组件；弱相关组件与对应的应用服务之间的相关性小于预设阈值；

确定多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与目标服务组件对应的一个共享容器，将目标服务组件的执行逻辑部署在目标服务组件对应的共享容器中。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：针对每一应用服务，将应用服务的其余服务组件部署在应用服务对应的应用容器中；其余服务组件为应用服务的服务组件中除弱相关服务组件外的其它服务组件。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将每一应用服务的弱相关组件中功能不同的服务组件，部署在独立容器中，独立容器与应用容器以及共享容器不同。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据应用服务与对应的服务组件的交互信息或内存信息生成应用服务与服务组件相关性对应关系。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：为应用容器、共享容器以及独立容器分配地址。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收目标用户的服务请求；确定服务请求的类型，将服务请求分配给与服务请求的类型对应的应用容器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据目标用户的服务请求确定辅助服务调用策略；根据辅助服务调用策略确定目标容器的地址，基于目标容器的地址调用目标服务组件和/或目标应用服务，目标容器与应用容器处于同一网段。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(RandomAccess Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (17)

1.一种容器集群的部署方法，其特征在于，所述方法包括：

确定容器集群待部署的多个应用服务以及所述多个应用服务对应的服务组件；

基于应用服务与服务组件相关性对应关系，确定每一所述应用服务的弱相关组件；所述弱相关组件与对应的应用服务之间的相关性小于预设阈值；

确定所述多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与所述目标服务组件对应的一个共享容器，将所述目标服务组件的执行逻辑部署在所述目标服务组件对应的共享容器中。

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

针对每一所述应用服务，将所述应用服务的其余服务组件部署在所述应用服务对应的应用容器中；所述其余服务组件为所述应用服务的服务组件中除所述弱相关服务组件外的其它服务组件。

3.根据权利要求1或2所述的部署方法，其特征在于，所述方法还包括：

将所述每一应用服务的弱相关组件中功能不同的服务组件，部署在独立容器中，所述独立容器与所述应用容器以及所述共享容器不同。

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

根据所述应用服务与对应的服务组件的交互信息或内存信息生成所述应用服务与服务组件相关性对应关系。

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

为所述应用容器、所述共享容器以及所述独立容器分配地址。

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

接收目标用户的服务请求；

确定所述服务请求的类型，将所述服务请求分配给与所述服务请求的类型对应的所述应用容器。

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

根据所述目标用户的服务请求确定辅助服务调用策略；

根据所述辅助服务调用策略确定目标容器的地址，基于所述目标容器的地址调用目标服务组件和/或目标应用服务，所述目标容器与所述应用容器处于同一网段。

8.一种容器集群的部署装置，其特征在于，所述装置包括：

确定模块，用于确定容器集群待部署的多个应用服务以及所述多个应用服务对应的服务组件；

确定模块，还用于基于应用服务与服务组件相关性对应关系，确定与每一所述应用服务的弱相关组件；所述弱相关组件与对应的应用服务之间的相关性小于预设阈值；

创建模块，用于确定所述多个应用服务对应的弱相关组件中功能相同的多个目标服务组件，创建与所述目标服务组件对应的一个共享容器，将所述目标服务组件的执行逻辑部署在所述目标服务组件对应的共享容器中。

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

部署模块，用于针对每一所述应用服务，将所述应用服务的其余服务组件部署在所述应用服务对应的应用容器中；所述其余服务组件为所述应用服务的服务组件中除所述弱相关服务组件外的其它服务组件。

10.根据权利要求9所述的装置，其特征在于，所述部署模块，还用于将所述每一应用服务的弱相关组件中功能不同的服务组件，部署在独立容器中，所述独立容器与所述应用容器以及所述共享容器不同。

11.根据权利要求8所述的装置，其特征在于，所述装置还包括：

生成模块，用于根据所述应用服务与对应的服务组件的交互信息或内存信息生成所述应用服务与服务组件相关性对应关系。

12.根据权利要求8所述的装置，其特征在于，所述装置还包括：

分配模块，用于为所述应用容器、所述共享容器以及所述独立容器分配地址。

13.根据权利要求12所述的装置，其特征在于，所述分配模块，还包括接收单元和分配单元，

接收单元，用于接收目标用户的服务请求；

分配单元，用于确定所述服务请求的类型，将所述服务请求分配给与所述服务请求的类型对应的所述应用容器。

14.根据权利要求8所述的装置，其特征在于，所述装置还包括：

调用模块，用于根据所述目标用户的服务请求确定辅助服务调用策略；根据所述辅助服务调用策略确定目标容器的地址，基于所述目标容器的地址调用目标服务组件和/或目标应用服务，所述目标容器与所述应用容器处于同一网段。

15.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

17.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images