CN111506388B - 容器性能探测方法、容器管理平台及计算机存储介质 - Google Patents

Abstract

本申请公开了一种容器性能探测方法、容器管理平台及计算机存储介质，属于互联网技术领域。在本申请中，对容器进行第一探测模式的探测，第一探测模式用于探测容器对于服务请求是否准备就绪。如果第一探测模式下的探测结果为成功，继续确定容器当前是否处于第二探测模式下探测失败的状态，第二探测模式用于探测容器是否处于正常状态，如果容器当前处于第二探测模式下探测失败的状态，表明第一探测模式下的探测结果为成功的时刻为预重启时期，这时将不会将容器添加到目标容器列表中，容器便不会接收到服务请求。因此，通过本申请提供的方法可以避免出现准备就绪探测成功，将服务请求发送至容器，但是容器无法响应服务请求的情况。

Description

容器性能探测方法、容器管理平台及计算机存储介质

技术领域

本申请涉及互联网技术领域，特别涉及一种容器性能探测方法、容器管理平台及计算机存储介质。

背景技术

容器是指运行在服务器上一个独立的进程，该进程中部署有一个或多个应用以及这一个或多个应用运行时所需的资源，以使容器可以执行这一个或多个应用所提供的服务。不同的容器之间相互独立，以实现容器之间的隔离。在使用容器之前，通常需对容器进行性能探测，以确保容器处于健康状态。

相关技术中，对容器的探测包括两个方面：一方面为存活(liveness)探测，另一方面准备就绪(readiness)探测。存活探测是指探测容器是否处于正常状态，若没有处于正常状态，则标记当前探测失败。在探测失败的次数达到参考次数时，则确定需要重启(kill)容器并开始计时，在计时时长达到参考时长时，重启容器。从开始计时到重启容器这段时间称为预重启(prestop)时期。准备继续探测是指探测容器是否做好了接收服务请求并处理服务请求的准备，如果准备就绪探测成功，则允许容器接收服务请求。

相关技术中上述两个探测过程是分别独立进行的，如此在预重启时期，如果进行准备就绪探测，且准备就绪探测成功，此时则允许容器接收服务请求。但是在容器接收服务请求之前如果预重启时期结束，此时则出现准备就绪探测成功，但是容器无法响应服务请求的情况，从而导致业务中断。

发明内容

本申请实施例提供了一种容器性能探测方法、容器管理平台及计算机存储介质，可以避免在预重启时期，出现准备就绪探测成功，但是容器无法响应服务请求的情况，从而导致业务中断。所述技术方案如下：

一方面，提供了一种容器性能探测方法，所述方法包括：

对容器进行第一探测模式的探测，所述第一探测模式用于探测所述容器对于服务请求是否准备就绪，所述服务请求用于请求所述容器执行服务；

如果所述第一探测模式下的探测结果为成功，则确定所述容器当前是否处于第二探测模式下探测失败的状态，所述第二探测模式用于探测所述容器是否处于正常状态，所述正常状态是指无需重启的状态；

如果所述容器当前处于所述第二探测模式下探测失败的状态，则不将所述容器添加到目标容器列表中，所述目标容器列表中包括一个或多个准备执行服务的容器。

第二方面，提供了一种容器管理平台，所述容器管理平台包括处理模块，所述处理模块用于：

对容器进行第一探测模式的探测，所述第一探测模式用于探测所述容器对于服务请求是否准备就绪，所述服务请求用于请求所述容器执行服务；

如果所述第一探测模式下的探测结果为成功，则确定所述容器当前是否处于第二探测模式下探测失败的状态，所述第二探测模式用于探测所述容器是否处于正常状态，所述正常状态是指无需重启的状态；

如果所述容器当前处于所述第二探测模式下探测失败的状态，则不将所述容器添加到目标容器列表中，所述目标容器列表中包括一个或多个准备执行服务的容器。

第三方面，提供了一种容器管理平台，所述容器管理平台包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器执行所述存储器中的可执行指令来执行上述第一方面所述的任一项方法。

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

本申请实施例提供的技术方案带来的有益效果至少包括：

在本申请中，对容器进行第一探测模式的探测，第一探测模式用于探测容器对于服务请求是否准备就绪。如果第一探测模式下的探测结果为成功，此时并不直接把容器添加到目标容器列表中，从而禁止容器接收服务请求，而是确定容器当前是否处于第二探测模式下探测失败的状态，第二探测模式用于探测容器是否处于正常状态，如果容器当前处于第二探测模式下探测失败的状态，则不将容器添加到目标容器列表中。如此，如果第一探测模式下的探测结果为成功的时刻为预重启时期，表明容器当前处于第二探测模式下探测失败的状态，这时将不会将容器添加到目标容器列表中，容器便不会接收到服务请求。因此，通过本申请提供的方法可以避免出现准备就绪探测成功，将服务请求发送至容器，但是容器无法响应服务请求的情况。

附图说明

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

图1是本申请实施例提供的一种容器性能探测***的架构示意图；

图2是本申请实施例提供的一种容器性能探测方法流程图；

图3是本申请实施例提供的另一种容器性能探测方法流程图；

图4是本申请实施例提供的一种容器管理平台的结构示意图；

图5是本申请实施例提供的一种的服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

基于本申请中示出的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整技术方案。

应当理解，本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的那些组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请中使用的术语“模块”，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

在对本申请实施例进行详细的解释说明之前，先对本申请实施例涉及的应用场景予以介绍。

目前一个服务器上可以运行有多个容器，因此，对于服务器集群而言，该服务器集群上将运行有大量的容器。如此，当外部客户端触发一个服务请求时，如何将该服务请求转发至这些大量容器中的一个容器以使该容器处理该服务请求是目前需要重点关注的问题。

基于上述场景，针对这些容器网络中还可以配置容器管理平台，该容器管理平台用于对运行在服务器集群中的大量容器进行统一管理。具体的管理内容包括如何将该服务请求转发至这些大量容器中的一个容器以使该容器处理该服务请求、对容器进行性能检测等方面。比如，kubernetes，简称K8s，即为一种容器管理平台。

本申请实施例提供的容器性能探测方法可以应用于K8s对容器进行性能探测的场景中，也可以应用于其他容器管理平台对容器进行性能探测的场景中。

图1是本申请实施例提供的一种容器性能探测***架构示意图。如图1所示，该***100包括容器管理平台101、容器102、客户端103。其中，容器102和客户端103分别与容器管理平台101之间通过有线或无线方式连接以进行通信。

容器管理平台101用于对容器103进行性能探测，并在探测容器103性能正常后，才允许将客户端103触发的服务请求转发至容器102，以使容器102对该服务请求进行处理。

此外，容器管理平台101可以为K8s，也可以为其他类型的容器管理平台。容器既可以运行在物理机、也可以运行在虚拟机上、也可以运行在公有云主机上，本申请实施例对此不作具体限定。

此外，图1中***仅仅以一个容器为例进行说明，该***可以包括多个图1所示的容器101，本申请实施例并不限定容器的数量。

接下来对本申请实施例提供的容器性能探测方法进行介绍。

图2是本申请实施例提供的一种容器性能探测方法流程图。该方法可以应用于服务器中，例如，可以应用于图1所示的容器管理平台中。如图2所示，该方法包括以下步骤：

步骤201：容器管理平台对容器进行第一探测模式的探测，第一探测模式用于探测该容器对于服务请求是否准备就绪，服务请求用于请求该容器执行服务。

容器管理平台可以基于检测指令对容器进行第一探测模式的探测。也即是，当容器管理平台检测到针对该容器的检测指令时，则执行步骤201中的操作。可选地，容器管理平台还可以周期性地自动触发对该容器进行第一探测模式的探测。本申请实施例并不限定容器管理平台对该容器进行第一探测模式的探测的场景。

在一种可能的实现方式中，容器管理平台可以基于第一探测指针实现对容器进行第一探测模式的探测。其中，第一探测指针为一个软件模块，通过第一探测指针可以完成该容器进行第一探测模式的探测。

此外，为了便于区分准备就绪的容器和未准备就绪的容器，如果一个容器准备就绪，则将该容器添加到目标容器列表中。也即是，该目标容器列表中容器是指允许接收服务请求的容器，该目标容器列表还可以标记为endpoint。因此，容器管理平台对容器进行第一探测模式的探测具体是指：确定目标容器列表中是否有该容器。如果没有，则确定第一探测模式下的探测结果为失败，如果有，则确定第一探测模式下的探测结果为成功。

步骤202：如果第一探测模式下的探测结果为成功，容器管理平台则确定容器当前是否处于第二探测模式下探测失败的状态，第二探测模式用于探测容器是否处于正常状态，正常状态是指无需重启的状态。

在本申请实施例中，为了避免出现准备就绪探测成功，将服务请求发送至容器，但是容器无法响应服务请求的情况，如果第一探测模式下的探测结果为成功，此时并不直接把该容器添加到目标容器列表中，以禁止容器接收服务请求。而是确定该容器当前是否处于第二探测模式下探测失败的状态，第二探测模式用于探测容器是否处于正常状态。然后根据第二探测模式下的探测结果来确定是否需要将该容器添加到目标容器列表中。

第一探测模式也称为准备就绪探测，第二探测模式也称为存活探测。

此外，为了便于快速确定容器当前是否处于第二探测模式下探测失败的状态，容器管理平台在每次对该容器进行第二探测模式的探测时，如果第二探测模式下的探测结果为失败，则将该容器的状态配置为当前处于第二探测模式下探测失败的状态，以便于后续在步骤202中确定容器当前是否处于第二探测模式下探测失败的状态。

在一种可能的实现方式中，容器管理平台在每次对该容器进行第二探测模式的探测之后，可以根据探测结果便为该容器配置一个状态标签，该状态标签用于指示定容器当前是否处于第二探测模式下探测失败的状态。此时，步骤202中容器管理平台则确定容器当前是否处于第二探测模式下探测失败的状态的实现方式可以为：获取该容器的状态标签，如果该状态标签的标签值为第一标签值，则确定该容器当前处于第二探测模式下探测失败的状态。如果该状态标签的标签值为第二标签值，则确定该容器当前处于第二探测模式下探测成功的状态。

上述第一标签值和第二标签值可以根据需求设置。比如，第一标签值可以设置为0，第二标签值可以设置为1。

步骤203：如果容器当前处于第二探测模式下探测失败的状态，容器管理平台则不将容器添加到目标容器列表中，目标容器列表中包括一个或多个准备执行服务的容器。

如果容器当前处于第二探测模式下探测失败的状态，表明容器当前处于第二探测模式下探测失败且重启之前的状态，这时不会将容器添加到目标容器列表中，容器便不会开始接收服务请求，从而可以避免出现准备就绪探测成功，将服务请求发送至容器，但是容器无法响应服务请求的情况。

相应地，如果该容器当前处于第二探测模式下探测成功的状态，则将该容器添加到该目标容器列表中。

基于步骤202可知，容器管理平台在每次对该容器进行第二探测模式的探测之后，可以根据探测结果便为该容器配置一个状态标签。因此，在一种可能的实现方式总，如果该状态标签的标签值为第一标签值，则不将容器添加到目标容器列表中。过该状态标签的标签值为第二标签值，则将该容器添加到目标容器列表中。

此外，由于客户端发起的服务请求均需由容器管理平台分配至相应的容器来处理。而容器管理平台在将服务请求分配至某个容器时，需将服务请求的目的地址更换为该容器的地址才能实现将该服务请求分配至该容器。因此，容器管理平台将该容器添加到目标容器列表中之前，还可以为该容器配置标识转换规则，该标识转换规则用于指示该容器的标识和该容器能够执行的服务的标识之间的对应关系，以便于后续基于该对应关系将需要该容器处理的服务请求发送至该容器。该标识转换规则还可以成为iptable规则。

上述基于该标识转换规则将需要该容器处理的服务请求发送至该容器的实现方式可以为：容器管理平台接收目标服务请求，该目标服务请求携带目标服务标识；如果该目标服务标识为该标识转换规则中的一个服务的标识，则将该目标服务请求中该目标服务的目的地址替换为该容器的标识，将处理后的目标服务请求的标识发送至容器，以使容器执行该目标服务标识所指示的服务。

下面以容器管理平台为K8s为例通过图3所示的流程图对上述步骤201至步骤203进一步进行展开说明。

如图3所示，K8s可以创建一个容器，在该容器创建成功之后，该容器将会向K8s返回一个创建成功消息，以通知K8s该容器创建成功。K8s在使用该容器的过程中，可以基于实际需求触发存活探测(也即是第二探测模式下的探测)和准备就绪探测(也即是第一探测模式下探测)。这两个探测可以通过两个任务分别独立地执行，并且可以同步进行，也可以不不同步进行。

K8s在进行存活探测的过程中，如果多次存活探测后的探测结果均为失败，且失败的次数达到失败次数阈值，则确定当前需要重启该容器，并开始计时，在计时时长达到参考时长后，重启该容器。需要说明的是，设置参考时长延迟重启该容器的原因为：为了保证服务平滑停止，在每个容器停止前都加入了预重启时期，即在K8s下发重启容器命令后，容器还可以执行服务，确保服务持续可用性。

在预重启时期，如果对该容器进行的准备就绪探测的探测结果为成功，此时，则先判断当前是否处于存活探测失败的状态，如果是，则不将该容器添加到目标容器列表中，也即是，表明该容器未准备好处理服务器请求。相应地，也就不会为该容器配置标识转换规则(也即是iptables规则)。此时外部的服务请求就不会被分配至该容器。

在预重启时期结束时，K8s将关闭该容器，此时外部的服务请求也同样不会被分配至该容器。

在本申请实施例中，对容器进行第一探测模式的探测，第一探测模式用于探测容器对于服务请求是否准备就绪。如果第一探测模式下的探测结果为成功，此时并不直接把容器添加到目标容器列表中，从而避免容器接收服务请求，而是确定容器当前是否处于第二探测模式下探测失败的状态，第二探测模式用于探测容器是否处于正常状态，如果容器当前处于第二探测模式下探测失败的状态，则不将容器添加到目标容器列表中。如此，如果第一探测模式下的探测结果为成功的时刻为预重启时期，表明容器当前处于第二探测模式下探测失败的状态，这时将不会将容器添加到目标容器列表中，容器便不会接收到服务请求。因此，通过本申请实施例提供的方法可以避免出现准备就绪探测成功，将服务请求发送至容器，但是容器无法响应服务请求的情况。

接下来，对本申请实施例提供的容器管理平台进行介绍。

参见图4，本申请实施例提供了一种容器管理平台400，该容器管理平台400包括处理模块401，该处理模块401用于：

对容器进行第一探测模式的探测，该第一探测模式用于探测该容器对于服务请求是否准备就绪，该服务请求用于请求该容器执行服务；

如果该第一探测模式下的探测结果为成功，则确定该容器当前是否处于第二探测模式下探测失败的状态，该第二探测模式用于探测该容器是否处于正常状态，该正常状态是指无需重启的状态；

如果该容器当前处于该第二探测模式下探测失败的状态，则不将该容器添加到目标容器列表中，该目标容器列表中包括一个或多个准备执行服务的容器。

可选地，该处理模块还用于：

如果该容器当前处于该第二探测模式下探测成功的状态，则将该容器添加到该目标容器列表中。

可选地，该处理模块还用于：

为该容器配置标识转换规则，该标识转换规则用于指示该容器的标识和该容器能够执行的服务的标识之间的对应关系；

相应地，该处理模块还用于：

接收目标服务请求，该目标服务请求携带目标服务标识；

如果该目标服务标识为该标识转换规则中的一个服务的标识，则将该目标服务请求的目的地址替换为该容器的标识；

将处理后的该目标服务请求发送至该容器，以使该容器执行该目标服务标识所指示的服务。

可选地，该处理模块还用于：

对该容器进行该第二探测模式的探测；

如果该第二探测模式下的探测结果为失败，则将该容器的状态配置为当前处于该第二探测模式下探测失败的状态。

在本申请实施例中，对容器进行第一探测模式的探测，第一探测模式用于探测容器对于服务请求是否准备就绪。如果第一探测模式下的探测结果为成功，此时并不直接把容器添加到目标容器列表中，从而避免容器接收服务请求，而是确定容器当前是否处于第二探测模式下探测失败的状态，第二探测模式用于探测容器是否处于正常状态，如果容器当前处于第二探测模式下探测失败的状态，则不将容器添加到目标容器列表中。如此，如果第一探测模式下的探测结果为成功的时刻为预重启时期，表明容器当前处于第二探测模式下探测失败的状态，这时将不会将容器添加到目标容器列表中，容器便不会接收到服务请求。因此，通过本申请实施例提供的方法可以避免出现准备就绪探测成功，将服务请求发送至容器，但是容器无法响应服务请求的情况。

需要说明的是：上述实施例提供的容器管理平台在对容器进行性能探测时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的容器管理平台与容器性能探测方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图5是本申请实施例提供的一种服务器500结构示意图。上述实施例中的容器管理平台的功能即可以通过图5中所示的服务器来实现。该服务器可以是后台服务器集群中的服务器。具体来讲：

服务器500包括中央处理单元(CPU)501、包括随机存取存储器(RAM)502和只读存储器(ROM)503的***存储器504，以及连接***存储器504和中央处理单元501的***总线505。服务器500还包括帮助计算机内的各个器件之间传输信息的基本输入/输出***(I/O***)506，和用于存储操作***513、应用程序514和其他程序模块515的大容量存储设备507。

基本输入/输出***506包括有用于显示信息的显示器508和用于用户输入信息的诸如鼠标、键盘之类的输入设备509。其中显示器508和输入设备509都通过连接到***总线505的输入输出控制器510连接到中央处理单元501。基本输入/输出***506还可以包括输入输出控制器510以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器510还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备507通过连接到***总线505的大容量存储控制器(未示出)连接到中央处理单元501。大容量存储设备507及其相关联的计算机可读介质为服务器500提供非易失性存储。也就是说，大容量存储设备507可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的***存储器504和大容量存储设备507可以统称为存储器。

根据本申请的各种实施例，服务器500还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器500可以通过连接在***总线505上的网络接口单元511连接到网络512，或者说，也可以使用网络接口单元511来连接到其他类型的网络或远程计算机***(未示出)。

上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。所述一个或者一个以上程序包含用于进行本申请实施例提供的容器性能探测方法的指令。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述实施例提供的容器性能探测方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的容器性能探测方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的可选实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种容器性能探测方法，其特征在于，所述方法包括：

当外部客户端触发第一服务请求时，对第一容器进行第一探测模式的探测，所述第一容器为运行在服务器的多个容器中的任一容器，所述第一探测模式用于探测所述第一容器对于所述第一服务请求是否准备就绪，所述第一服务请求用于请求所述第一容器执行第一服务；

如果所述第一探测模式下的探测结果为成功，则确定所述第一容器当前是否处于第二探测模式下探测失败的状态，所述第二探测模式用于探测所述第一容器是否处于正常状态，所述正常状态是指无需重启的状态；

如果所述第一容器当前处于所述第二探测模式下探测失败的状态，则不将所述第一容器添加到目标容器列表中，以使所述第一容器不接收所述第一服务请求；如果所述第一容器当前处于所述第二探测模式下探测成功的状态，则将所述第一容器添加到所述目标容器列表中，以使所述第一容器接收所述第一服务请求；所述目标容器列表中包括一个或多个准备执行服务的容器。

2.如权利要求1所述的方法，其特征在于，所述将所述第一容器添加到所述目标容器列表中之前，还包括：

为所述第一容器配置标识转换规则，所述标识转换规则用于指示所述第一容器的标识和所述第一容器能够执行的服务的标识之间的对应关系；

相应地，所述将所述第一容器添加到所述目标容器列表中之后，还包括：

接收目标服务请求，所述目标服务请求携带目标服务标识；

如果所述目标服务标识为所述标识转换规则中的一个服务的标识，则将所述目标服务请求的目的地址替换为所述第一容器的标识；

将处理后的所述目标服务请求发送至所述第一容器，以使所述第一容器执行所述目标服务标识所指示的服务。

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

对所述第一容器进行所述第二探测模式的探测；

如果所述第二探测模式下的探测结果为失败，则将所述第一容器的状态配置为当前处于所述第二探测模式下探测失败的状态。

4.一种容器管理平台，其特征在于，所述容器管理平台包括处理模块，所述处理模块用于：

当外部客户端触发第一服务请求时，对第一容器进行第一探测模式的探测，所述第一容器为运行在服务器中的多个容器中的任一容器，所述第一探测模式用于探测所述第一容器对于所述第一服务请求是否准备就绪，所述第一服务请求用于请求所述第一容器执行第一服务；

如果所述第一探测模式下的探测结果为成功，则确定所述第一容器当前是否处于第二探测模式下探测失败的状态，所述第二探测模式用于探测所述第一容器是否处于正常状态，所述正常状态是指无需重启的状态；

如果所述第一容器当前处于所述第二探测模式下探测失败的状态，则不将所述第一容器添加到目标容器列表中，以使所述第一容器不接收所述第一服务请求；如果所述第一容器当前处于所述第二探测模式下探测成功的状态，则将所述第一容器添加到所述目标容器列表中，以使所述第一容器接收所述第一服务请求；所述目标容器列表中包括一个或多个准备执行服务的容器。

5.如权利要求4所述的容器管理平台，其特征在于，所述处理模块还用于：

为所述第一容器配置标识转换规则，所述标识转换规则用于指示所述第一容器的标识和所述第一容器能够执行的服务的标识之间的对应关系；

相应地，所述处理模块还用于：

接收目标服务请求，所述目标服务请求携带目标服务标识；

如果所述目标服务标识为所述标识转换规则中的一个服务的标识，则将所述目标服务请求的目的地址替换为所述第一容器的标识；

将处理后的所述目标服务请求发送至所述第一容器，以使所述第一容器执行所述目标服务标识所指示的服务。

6.如权利要求4所述的容器管理平台，其特征在于，所述处理模块还用于：

对所述第一容器进行所述第二探测模式的探测；

如果所述第二探测模式下的探测结果为失败，则将所述第一容器的状态配置为当前处于所述第二探测模式下探测失败的状态。

7.一种容器管理平台，其特征在于，所述容器管理平台包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器执行所述存储器中的可执行指令来执行上述权利要求1-3任一项方法的步骤。

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

Images