一种容器集群的应用访问方法、装置及相关设备与流程

本申请涉及容器技术领域，特别涉及一种容器集群的应用访问方法，还涉及一种容器集群的应用访问装置、系统、容器集群管理平台以及计算机可读存储介质。

背景技术：

使用容器技术的云计算系统通常将多个服务器或者虚拟机组成集群来为用户提供创建容器应用的服务，为保证容器应用的高可用性，云计算系统一般会使用多实例的运行方式，即在集群中运行多个相同服务的容器应用，并通过外部负载均衡器来为用户提供单一访问入口。

请参考图1，图1为现有技术中的容器集群的应用访问系统的结构示意图，一般情况下，容器网络会使用命名空间的隔离来保证资源隔离及其安全性，容器技术使用端口映射的方式将服务端口映射到与宿主机同一命名空间下，此时由宿主机同一命名空间下的映射后端口访问容器应用则需要经过一次网络转换才能进入容器的命名空间，因此负载均衡器将流量负载到后端集群节点后再经过网络地址转换进入容器应用实现应用访问。

然而，随着容器应用和容器应用实例的增加，宿主机的网络地址转换表项也会随之增加，这样会降低流量转发的性能，一次普通的应用访问可能会经过多次网络地址转换，不仅降低了应用访问效率，其对应的流量分发也在一定程度上增加了网络压力；同时，宿主机资源不足、容器应用的迁移、修改应用实例等许多情况都会导致容器应用实例的信息和状态变化，外部的负载均衡器无法及时感知和处理；此外，由于外部的负载均衡器需要云计算系统的支持，不同的云计算系统对于外部负载均衡的实现也不相同，因此适配性和通用性较差。

因此，如何在进行应用访问时降低网络地址转换次数，进一步提高应用访问效率，并有效降低系统的网络压力是本领域技术人员亟待解决的问题。

技术实现要素：

本申请的目的是提供一种容器集群的应用访问方法，该应用访问方法可在进行应用访问时降低网络地址转换次数，进一步提高应用访问效率，并有效降低系统的网络压力；本申请的另一目的是提供一种容器集群的应用访问装置、系统、容器集群管理平台以及计算机可读存储介质，也具有上述有益效果。

为解决上述技术问题，本申请提供了一种容器集群的应用访问方法，所述应用访问方法包括：

容器集群管理平台根据接收的应用创建请求创建负载均衡应用；

将所述应用创建请求下发至预定数量个目标容器节点，以使各个所述目标容器节点根据所述应用创建请求创建应用实例；其中，所述负载均衡应用与各个所述目标容器节点相对应；

当接收到应用访问请求时，将所述应用访问请求转发至所述负载均衡应用，以使所述负载均衡应用将所述应用访问请求下发至各个所述目标容器节点实现应用访问。

优选的，所述将所述应用创建请求下发至预定数量个目标容器节点，以使各个所述目标容器节点根据所述应用创建请求创建应用实例，包括：

对所述应用创建请求进行拆分处理，获得所述预定数量个子应用创建请求；

对各个所述子应用创建请求进行解析，获得各个所述目标容器节点的ip地址；

根据各个所述ip地址将各个所述子应用创建请求下发至对应的目标容器节点，以使各个所述目标容器节点根据所述子应用创建请求创建所述应用实例。

优选的，所述负载均衡应用将所述应用访问请求下发至各个所述目标容器节点实现应用访问，包括：

对所述应用访问请求进行拆分处理，获得所述预定数量个子应用访问请求；

对各个所述子应用访问请求进行解析，获得各个所述目标容器节点的ip地址；

根据各个所述ip地址将各个所述子应用访问请求下发至对应的目标容器节点实现应用访问。

优选的，所述应用访问方法还包括：

当接收到应用删除请求时，根据所述应用删除请求删除所述负载均衡应用；

将所述应用删除请求下发至各个所述目标容器节点，以使各个所述目标容器节点删除所述应用实例。

优选的，所述应用访问方法还包括：

所述负载均衡应用定时获取各个所述目标容器节点中应用实例的实例状态；

当所述实例状态发生更改时，根据更改后实例状态更新自身配置。

优选的，所述应用访问方法还包括：

所述负载均衡应用定时对所述目标容节点进行数量统计；

当所述目标容器节点的数量发生增减时，根据增减后的目标容器节点更新自身配置。

为解决上述技术问题，本申请提供了一种容器集群的应用访问装置，所述应用访问装置包括：

负载均衡应用创建模块，用于根据接收的应用创建请求创建负载均衡应用；

应用实例创建模块，用于将所述应用创建请求下发至预定数量个目标容器节点，以使各个所述目标容器节点根据所述应用创建请求创建应用实例；其中，所述负载均衡应用与各个所述目标容器节点相对应；

应用访问模块，用于当接收到应用访问请求时，将所述应用访问请求转发至所述负载均衡应用，以使所述负载均衡应用将所述应用访问请求下发至各个所述目标容器节点实现应用访问。

为解决上述技术问题，本申请提供了一种容器集群管理平台，所述容器集群管理平台包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述任意一种容器集群的应用访问方法的步骤。

为解决上述技术问题，本申请提供了一种容器集群的应用访问系统，所述应用访问系统包括：

容器集群管理平台，用于根据接收的应用创建请求创建负载均衡应用；将所述应用创建请求下发至预定数量个目标容器节点，以使各个所述目标容器节点根据所述应用创建请求创建应用实例；其中，所述负载均衡应用与各个所述目标容器节点相对应；当接收到应用访问请求时，将所述应用访问请求转发至所述负载均衡应用，以使所述负载均衡应用将所述应用访问请求下发至各个所述目标容器节点实现应用访问；

所述负载均衡应用，用于将所述容器集群管理平台发送的所述应用访问请求下发至各个所述目标容器节点实现应用访问；

各个所述目标容器节点，用于根据所述容器集群管理平台下发的应用创建请求创建应用实例；并接收所述负载均衡应用下发的应用访问请求以实现应用访问。

为解决上述技术问题，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种容器集群的应用访问方法的步骤。

本申请所提供的一种容器集群的应用访问方法，包括容器集群管理平台根据接收的应用创建请求创建负载均衡应用；将所述应用创建请求下发至预定数量个目标容器节点，以使各个所述目标容器节点根据所述应用创建请求创建应用实例；其中，所述负载均衡应用与各个所述目标容器节点相对应；当接收到应用访问请求时，将所述应用访问请求转发至所述负载均衡应用，以使所述负载均衡应用将所述应用访问请求下发至各个所述目标容器节点实现应用访问。

可见，本申请所提供的容器集群的应用访问方法，容器集群管理平台在根据应用创建请求创建应用的同时，创建一个负载均衡器，该负载均衡器将作为一个容器应用，即上述负载均衡应用与用户所需创建的容器应用处在相同的网络环境下，在该网络环境下，一个负载均衡应用对应于一个容器应用，由此，负载均衡应用的后端可以直接指向容器应用实例的网络，无需再进行现有技术中的网络地址转换，直接进行应用访问即可，有效提高了应用访问效率，同时也减少了流量转发次数，降低了系统网络压力。

本申请所提供的一种容器集群的应用访问装置、系统、容器集群管理平台以及计算机可读存储介质，均具有上述有益效果，在此不再赘述。

附图说明

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

图1为现有技术中的容器集群的应用访问系统的结构示意图；

图2为本申请所提供的一种容器集群的应用访问方法的流程示意图；

图3为本申请所提供的一种应用创建请求下发方法的流程示意图；

图4为本申请所提供的一种应用访问请求下发方法的流程示意图；

图5为本申请所提供的一种容器集群的应用访问装置的结构示意图；

图6为本申请所提供的一种容器集群管理平台的结构示意图；

图7为本申请所提供的一种容器集群的应用访问系统的结构示意图。

具体实施方式

本申请的核心是提供一种容器集群的应用访问方法，该应用访问方法可在进行应用访问时降低网络地址转换次数，进一步提高应用访问效率，并有效降低系统的网络压力；本申请的另一核心是提供一种容器集群的应用访问装置、系统、容器集群管理平台以及计算机可读存储介质，也具有上述有益效果。

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

在已有技术中，当需要对云计算系统中的容器应用进行访问时，需要通过外部负载均衡器将应用访问请求负载到后端集群节点后再经过网络地址转换进入容器应用实现应用访问。然而，随着容器应用和容器应用实例的增加，宿主机的网络地址转换表项也会随之增加，这样会降低流量转发的性能，一次普通的应用访问可能会经过多次网络地址转换，不仅降低了应用访问效率，其对应的流量分发也在一定程度上增加了网络压力。为解决上述问题，本申请提供了一种容器集群的应用访问方法，该应用访问方法可在进行应用访问时降低网络地址转换次数，进一步提高了应用访问效率，并有效降低了系统的网络压力。

请参考图1，图1为本申请所提供的一种容器集群的应用访问方法的流程示意图，该应用访问方法可以包括：

s101：容器集群管理平台根据接收的应用创建请求创建负载均衡应用；

具体的，当需要在容器集群中创建容器应用时，可通过宿主机将应用创建请求发送至容器集群管理平台；进一步，容器集群管理平台即可根据该应用创建请求在容器集群中创建一个负载均衡应用，以通过该负载均衡应用实现后续应用访问请求的下发，从而实现应用访问。

s102：将所述应用创建请求下发至预定数量个目标容器节点，以使各个所述目标容器节点根据所述应用创建请求创建应用实例；其中，所述负载均衡应用与各个所述目标容器节点相对应；

具体的，容器集群管理平台可将接收的应用创建请求下发至预定数量个目标容器节点，其中，上述目标容器节点即为容器集群中需要创建容器应用的容器节点；进一步，目标容器节点即可根据接收到的应用创建请求创建应用实例，从而完成容器应用的创建。

其中，对于上述预定数量的具体取值，本申请不做具体限定，一个目标容器节点可用于创建一个应用实例，但这些应用实例同属于同一个容器应用，由此，根据需要创建的容器应用中应用实例的数量即可获知目标容器节点的数量。

此外，需要说明的是，上述负载均衡应用与各个目标容器节点是相互对应的，即一个负载均衡应用对应于所有的用于创建应用实例的目标容器节点，而这些应用实例又同属于一个容器应用，因此，一个负载均衡应用对应于一个容器应用。

还需要说明的一点是，关于上述s101中负载均衡应用的创建与s102中容器应用的创建，二者的执行顺序不分先后，也可先执行容器应用的创建，后执行负载均衡应用的创建，还可同时执行，本申请对此不做具体限定。

进一步，请参考图3，图3为本申请所提供的一种应用创建请求下发方法的流程示意图，优选的，上述将应用创建请求下发至预定数量个目标容器节点，以使各个目标容器节点根据应用创建请求创建应用实例，可以包括：

s201：对应用创建请求进行拆分处理，获得预定数量个子应用创建请求；

s202：对各个子应用创建请求进行解析，获得各个目标容器节点的ip地址；

s203：根据各个ip地址将各个子应用创建请求下发至对应的目标容器节点，以使各个目标容器节点根据子应用创建请求创建应用实例。

具体的，由于在创建一个容器应用时，可能需要通过多个目标容器节点完成该容器应用中各个应用实例的创建，因此，在下发应用创建请求时，可先对其进行拆分处理，以获得预定数量个子应用创建请求，即对应于上述预定数量个目标容器节点；进一步，可对各个子应用创建请求进行解析处理，获得相应的需要创建应用实例的目标容器节点的ip地址；由此，即可根据ip地址将各个子应用创建请求下发至各自对应的目标容器节点中，从而由目标容器节点完成应用实例的创建，进一步实现容器应用的创建。

s103：当接收到应用访问请求时，将所述应用访问请求转发至所述负载均衡应用，以使所述负载均衡应用将所述应用访问请求下发至各个所述目标容器节点实现应用访问。

具体的，在需要进行应用访问时，用户同样可以通过宿主机将应用访问请求发送至容器集群管理平台，容器集群管理平台即可将该应用访问请求转发至负载均衡应用，由负载均衡应用对其进行负载均衡处理，并直接下发至各个目标容器节点从而实现应用访问。由于负载均衡应用与各个目标容器节点处于同一个网络环境下，因此该应用访问请求的下发过程无需进行网络地址转换，直接进行应用访问即可，有效提高了应用访问效率。

进一步，请参考图4，图4为本申请所提供的一种应用访问请求下发方法的流程示意图，优选的，上述负载均衡应用将应用访问请求下发至各个目标容器节点实现应用访问，可以包括：

s301：对应用访问请求进行拆分处理，获得预定数量个子应用访问请求；

s302：对各个子应用访问请求进行解析，获得各个目标容器节点的ip地址；

s303：根据各个ip地址将各个子应用访问请求下发至对应的目标容器节点实现应用访问。

具体的，在对已创建的容器应用进行访问时，可先对应用访问请求进行拆分处理，以获得预定数量个子应用访问请求，即对应于上述预定数量个目标容器节点；进一步，可对各个子应用访问请求进行解析处理，获得相应的需要访问的目标容器节点的ip地址；由此，即可根据ip地址将各个子应用访问请求下发至各个对应的目标容器节点中，从而实现应用访问。

需要说明的是，上述应用访问请求的下发过程对应于容器应用的访问过程，即实现的是对整个容器应用的访问。当然，本技术方案同样可实现对容器应用的某个或某些应用实例的访问，即对某个或某些目标容器节点的访问，此时，对应用访问请求进行拆分处理时，即可获得相对应的数量个子应用访问请求，这些子应用访问请求即对应于待访问的目标容器节点。

另外，需要说明的是，上述s101和s102中容器应用的创建过程，无需在每次容器应用的访问过程中进行执行，上述两步骤在于说明在容器应用创建的同时创建对应的负载均衡应用，以保证负载均衡应用与容器应用处于同一网络环境中，以避免网络地址的转换过程。而对于已经创建的容器应用的访问，直接采用s103进行访问即可。

本申请所提供的容器集群的应用访问方法，容器集群管理平台在根据应用创建请求创建应用的同时，创建一个负载均衡器，该负载均衡器将作为一个容器应用，即上述负载均衡应用与用户所需创建的容器应用处在相同的网络环境下，在该网络环境下，一个负载均衡应用对应于一个容器应用，由此，负载均衡应用的后端可以直接指向容器应用实例的网络，无需再进行现有技术中的网络地址转换，直接进行应用访问即可，有效提高了应用访问效率，同时也减少了流量转发次数，降低了系统网络压力。

在上述各实施例的基础上，

作为一种优选实施例，该应用访问方法还可以包括：当接收到应用删除请求时，根据应用删除请求删除负载均衡应用；将应用删除请求下发至各个所述目标容器节点，以使各个目标容器节点删除应用实例。

具体的，当需要对已创建的容器应用进行删除时，用户也同样可通过宿主机发送应用删除请求至容器集群管理平台，由容器集群管理平台根据该应用删除请求删除待删除容器应用对应的负载均衡应用，并将该应用删除请求下发至各个目标容器节点，以删除自身创建的应用实例，从而完成容器应用的删除。其中，上述需要被删除的容器应用即为无需再进行使用的容器应用。

当然，对于上述应用删除请求的具体下发方式可参照上述应用创建请求和应用访问请求的下发方式，本申请在此不再赘述。

作为一种优选实施例，该应用访问方法还可以包括：上述负载均衡应用定时获取各个目标容器节点中应用实例的实例状态；当实例状态发生更改时，根据更改后实例状态更新自身配置。

具体的，负载均衡应用还可定时获取各个目标容器节点中应用实例的实例状态，如发生增加、删除、修改等，如若其实例状态已发生更改，则可根据更改后的实例状态对自身的配置进行更新，以保证能够将后续获取的应用访问请求对应发送至相应的目标容器节点。

优选的，该应用访问方法还可以包括：上述负载均衡应用定时对目标容节点进行数量统计；当目标容器节点的数量发生增减时，根据增减后的目标容器节点更新自身配置。

进一步，负载均衡应用还可定时对目标容器节点的数量进行统计，当目标容器节点的数量发生增加或删除时，则说明容器应用的应用实例也发生了增加或删除，因此，还可进一步根据增减后的目标容器节点对自身的配置进行更新，同样可保证应用访问请求与目标容器节点的对应。

需要说明的是，对于上述定时的具体时间取值，均可由用户根据实际需要进行预先设定，本申请对此均不做限定。

为解决上述问题，请参考图5，图5为本申请所提供的一种容器集群的应用访问装置的结构示意图，该应用访问装置可包括：

负载均衡应用创建模块1，用于根据接收的应用创建请求创建负载均衡应用；

应用实例创建模块2，用于将应用创建请求下发至预定数量个目标容器节点，以使各个目标容器节点根据应用创建请求创建应用实例；其中，负载均衡应用与各个目标容器节点相对应；

应用访问模块3，用于当接收到应用访问请求时，将应用访问请求转发至负载均衡应用，以使负载均衡应用将应用访问请求下发至各个目标容器节点实现应用访问。

作为一种优选实施例，上述应用实例创建模块2可以包括：

拆分子模块，用于对应用创建请求进行拆分处理，获得预定数量个子应用创建请求；

解析子模块，用于对各个子应用创建请求进行解析，获得各个目标容器节点的ip地址；

下发子模块，用于根据各个ip地址将各个子应用创建请求下发至对应的目标容器节点，以使各个目标容器节点根据子应用创建请求创建应用实例。

作为一种优选实施例，该应用访问装置还可包括：

应用删除模块，用于当接收到应用删除请求时，根据应用删除请求删除负载均衡应用；将应用删除请求下发至各个目标容器节点，以使各个目标容器节点删除应用实例。

对于本申请提供的装置的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，请参考图6，图6为本申请所提供的一种容器集群管理平台的结构示意图，该容器集群管理平台可包括：

存储器11，用于存储计算机程序；

处理器12，用于执行计算机程序时实现如下步骤：

根据接收的应用创建请求创建负载均衡应用；将应用创建请求下发至预定数量个目标容器节点，以使各个目标容器节点根据应用创建请求创建应用实例；其中，负载均衡应用与各个目标容器节点相对应；当接收到应用访问请求时，将应用访问请求转发至负载均衡应用，以使负载均衡应用将应用访问请求下发至各个目标容器节点实现应用访问。

对于本申请提供的设备的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，请参考图7，图7为本申请所提供的一种容器集群的应用访问系统的结构示意图，该应用访问系统可包括：

容器集群管理平台10，用于根据接收的应用创建请求创建负载均衡应用20；将应用创建请求下发至预定数量个目标容器节点30，以使各个目标容器节点30根据应用创建请求创建应用实例；其中，负载均衡应用20与各个目标容器节点30相对应；当接收到应用访问请求时，将应用访问请求转发至负载均衡应用20，以使负载均衡应用20将应用访问请求下发至各个目标容器节点30实现应用访问；

负载均衡应用20，用于将容器集群管理平台10发送的应用访问请求下发至各个目标容器节点30实现应用访问；

各个目标容器节点30，用于根据容器集群管理平台10下发的应用创建请求创建应用实例；并接收负载均衡应用20下发的应用访问请求以实现应用访问。

需要说明的是，图7中所提供的容器集群的应用访问系统仅是以创建以及访问一个容器应用为例列出的，当容器应用为多个时，则将对应创建多个负载均衡应用20，且各个负载均衡应用20均对应于多个目标容器节点30。

作为一种优选实施例，上述负载均衡应用20可具体用于对应用访问请求进行拆分处理，获得预定数量个子应用访问请求；对各个子应用访问请求进行解析，获得各个目标容器节点的ip地址；根据各个ip地址将各个子应用访问请求下发至对应的目标容器节点30实现应用访问。

作为一种优选实施例，上述负载均衡应用20还可用于定时获取各个目标容器节点30中应用实例的实例状态；当实例状态发生更改时，根据更改后实例状态更新自身配置。

作为一种优选实施例，上述负载均衡应用20还可用于定时对目标容节点30进行数量统计；当目标容器节点30的数量发生增减时，根据增减后的目标容器节点30更新自身配置。

对于本申请提供的系统的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如下骤：

根据接收的应用创建请求创建负载均衡应用；将应用创建请求下发至预定数量个目标容器节点，以使各个目标容器节点根据应用创建请求创建应用实例；其中，负载均衡应用与各个目标容器节点相对应；当接收到应用访问请求时，将应用访问请求转发至负载均衡应用，以使负载均衡应用将应用访问请求下发至各个目标容器节点实现应用访问。

该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本申请提供的计算机可读存储介质的介绍请参照上述方法实施例，本申请在此不做赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的容器集群的应用访问方法、装置、系统、容器集群管理平台以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围要素。