CN116069564A - 容器监控方法、装置、设备和介质 - Google Patents

Abstract

本公开提供一种容器监控方法、装置、设备和介质，涉及计算机术领域，容器监控方法包括：响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；在监测到备用容器更新失败，或，容器管理进程运行失败时，确定备用容器升级失败，并向用户终端发送第一消息，第一消息用于指示备用容器的配置信息更新失败，或者，容器管理进程运行失败；提升了获取升级状态业务容器监控结果的时效性，以及提高了获取的监控结果的精准度。

Description

容器监控方法、装置、设备和介质

背景技术

容器一种轻量级的虚拟化技术，这种技术可以将业务应用程序和业务应用程序的依赖项打包在一起，并将其部署在任何场景的平台系统中，以实现业务应用程序的相关业务功能。其中，在业务容器被部署后，为了实现对平台系统中的业务应用进行更新升级的目的，需要对业务容器进行升级，以实现其中的业务应用程序和依赖项的升级。

相关技术中，为了实现业务容器的平滑升级，在创建业务容器的过程中，可以在容器组(pod)创建两个相同的业务容器，其中，一个业务容器用于提供业务处理服务，另一个业务容器处于阻塞状态，不对外提供业务处理服务；在需要对业务容器进行升级时，可以将阻塞状态的业务容器进行升级，并由升级后的业务容器提供业务处理服务，之前用于提供业务处理服务的业务容器变为阻塞状态的业务容器。

但是，在升级业务容器的过程中，会出现业务容器升级失败的情况，为了及时确定业务容器在升级过程中的状态，亟需一种对升级中的业务容器进行监控的方案。

发明内容

本公开提供一种容器监控方法、容器监控装置、电子设备和计算机可读存储介质，可以对升级过程中的业务容器进行监控，更及时精准的监控业务容器的升级状态。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种容器监控方法，包括：

响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行所述备用容器中的用于对所述备用容器中的进程进行管理的容器管理进程，所述备用容器为所述目标容器组中未提供业务处理服务的业务容器；

在监测到所述备用容器更新失败，或，所述容器管理进程运行失败时，确定所述备用容器升级失败，并向用户终端发送第一消息，所述第一消息用于指示所述备用容器的配置信息更新失败，或者，所述容器管理进程运行失败。

可选的，在运行所述备用容器中的用于对所述备用容器中的进程进行管理的容器管理进程之后，所述方法还包括：

若确定所述备用容器更新成功，且所述容器管理进程运行成功，则使所述容器管理进程运行所述备用容器的升级管控进程，所述升级管控进程用于对所述备用容器进行升级；

在监测到所述升级管控进程运行失败时，确定所述备用容器升级失败，并向所述用户终端发送第二消息，所述第二消息用于指示所述备用容器的升级管控进程运行失败。

可选的，在使所述容器管理进程运行所述备用容器的升级管控进程之后，所述方法还包括：

若确定所述升级管控进程运行成功，且所述备用容器为所述目标容器组中提供业务处理服务的候选主容器，则使所述升级管控进程执行第一脚本，所述第一脚本用于对所述备用容器中的业务进程进行初始化；

在监测到升级探测目录文件中包含第一信息时，确定所述备用容器升级失败，并向所述用户终端发送第三消息，所述第一信息是在所述第一脚本运行失败的情况下，写入所述升级探测目录文件中的信息，所述第三消息用于指示所述备用容器中的业务进程初始化失败。

可选的，所述方法还包括：

若所述第一脚本执行成功，则使所述升级管控进程指示所述容器管理进程运行所述业务进程；

在监测到所述业务进程运行失败时，确定所述备用容器升级失败，并向所述用户终端发送第四消息，所述第四消息用于指示所述备用容器的业务进程运行失败。

可选的，在所述升级管控进程指示所述容器管理进程运行所述业务进程之后，所述方法还包括：

若确定所述业务进程运行成功，则使所述容器管理进程运行第二脚本，所述第二脚本用于确定所述业务进程能否提供业务处理服务；

在监测到所述升级探测目录文件中包含第二信息时，确定所述备用容器升级失败，并向所述用户终端发送第五消息，所述第二信息是在所述第二脚本执行失败的情况下，写入所述升级探测目录文件中的信息，所述第五消息用于指示所述备用容器中的业务进程无法提供业务处理服务。

可选的，所述方法还包括：

若所述第二脚本执行成功，则将所述备用容器的当前时间戳写入容器组共享目录文件；

在监测到所述升级探测目录文件中包含第三信息时，确定所述备用容器升级失败，并向所述用户终端发送第六消息，所述第三信息是在备用容器的当前时间戳写入失败的情况下，写入所述升级探测目录文件中的信息，所述第六消息用于指示所述备用容器中的当前时间戳写入失败。

可选的，所述方法还包括：

在监测到所述升级探测目录文件中包含所述第四信息时，确定所述备用容器升级成功，并向所述用户终端发送容器升级成功消息，所述第四信息是在所述备用容器的当前时间戳写入成功的情况下，写入所述升级探测目录文件中的信息。

可选的，在更新目标容器组中备用容器的配置信息之前，所述方法还包括：

保存所述备用容器更新前的初始配置信息；

在向用户终端发送第一消息之后，所述方法还包括：

在接收到所述用户终端对所述第一消息的确认操作信息后，将所述备用容器的配置信息更新为所述初始配置信息。

根据本公开实施例的第二方面，提供一种容器监控装置，包括：

升级管控模块，被配置为响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行所述备用容器中的用于对所述备用容器中的进程进行管理的容器管理进程，所述备用容器为所述目标容器组中未提供业务处理服务的业务容器；

升级探测模块，被配置为在监测到所述备用容器更新失败，或，所述容器管理进程运行失败时，确定所述备用容器升级失败，并向用户终端发送第一消息，所述第一消息用于指示所述备用容器的配置信息更新失败，或者，所述容器管理进程运行失败。

可选的，所述升级管控模块，被配置为若确定所述备用容器更新成功，且所述容器管理进程运行成功，则使所述容器管理进程运行所述备用容器的升级管控进程，所述升级管控进程用于对所述备用容器进行升级；

所述升级探测模块，被配置为在监测到所述升级管控进程运行失败时，确定所述备用容器升级失败，并向所述用户终端发送第二消息，所述第二消息用于指示所述备用容器的升级管控进程运行失败。

可选的，所述升级管控模块，被配置为若确定所述升级管控进程运行成功，且所述备用容器为所述目标容器组中提供业务处理服务的候选主容器，则使所述升级管控进程执行第一脚本，所述第一脚本用于对所述备用容器中的业务进程进行初始化；

所述升级探测模块，被配置为在监测到升级探测目录文件中包含第一信息时，确定所述备用容器升级失败，并向所述用户终端发送第三消息，所述第一信息是在所述第一脚本运行失败的情况下，写入所述升级探测目录文件中的信息，所述第三消息用于指示所述备用容器中的业务进程初始化失败。

可选的，所述升级管控模块，被配置为若所述第一脚本执行成功，则使所述升级管控进程指示所述容器管理进程运行所述业务进程；

所述升级探测模块，被配置为在监测到所述业务进程运行失败时，确定所述备用容器升级失败，并向所述用户终端发送第四消息，所述第四消息用于指示所述备用容器的业务进程运行失败。

可选的，所述升级管控模块，被配置为若确定所述业务进程运行成功，则使所述容器管理进程运行第二脚本，所述第二脚本用于确定所述业务进程能否提供业务处理服务；

所述升级探测模块，被配置为在监测到所述升级探测目录文件中包含第二信息时，确定所述备用容器升级失败，并向所述用户终端发送第五消息，所述第二信息是在所述第二脚本执行失败的情况下，写入所述升级探测目录文件中的信息，所述第五消息用于指示所述备用容器中的业务进程无法提供业务处理服务。

可选的，所述升级管控模块，被配置为若所述第二脚本执行成功，则将所述备用容器的当前时间戳写入容器组共享目录文件；

所述升级探测模块，被配置为在监测到所述升级探测目录文件中包含第三信息时，确定所述备用容器升级失败，并向所述用户终端发送第六消息，所述第三信息是在备用容器的当前时间戳写入失败的情况下，写入所述升级探测目录文件中的信息，所述第六消息用于指示所述备用容器中的当前时间戳写入失败。

可选的，所述升级探测模块，被配置为在监测到所述升级探测目录文件中包含所述第四信息时，确定所述备用容器升级成功，并向所述用户终端发送容器升级成功消息，所述第四信息是在所述备用容器的当前时间戳写入成功的情况下，写入所述升级探测目录文件中的信息。

可选的，所述装置还包括，保存模块，被配置为：

保存所述备用容器更新前的初始配置信息；

更新模块，被配置为在接收到所述用户终端对所述第一消息的确认操作信息后，将所述备用容器的配置信息更新为所述初始配置信息。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的容器监控方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的容器监控方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

本公开实施例提供的容器监控方法、装置、设备和介质，一方面，可以在备用容器的升级过程中，同时监控备用容器在各个升级环节的状态，在确定备用容器升级失败时，将容器升级失败信息及时告知用户；另一方面，可以准确的监控到备用容器升级失败的升级环节，并将业务容器升级失败的具体原因告知用户，便于用户精准的了解备用容器升级失败的具体原因。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种容器监控系统的示意性架构图；

图2是根据一示例性实施例示出的第一种实施方式中的容器监控方法的流程图；

图3是根据一示例性实施例示出的第二种实施方式中的容器监控方法的流程图；

图4是根据一示例性实施例示出的第三种实施方式中的容器监控方法的流程图；

图5是根据一示例性实施例示出的第四种实施方式中的容器监控方法的流程图；

图6是根据一示例性实施例示出的第五种实施方式中的容器监控方法的流程图；

图7是根据一示例性实施例示出的第六种实施方式中的容器监控方法的流程图；

图8是根据一示例性实施例示出的一种容器监控装置的示意性架构图；

图9是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

相关技术中，在业务容器升级过程中，业务服务方更多的关注的是如何实现平滑升级，例如，在pod中创建业务容器的时候，可以创建两个相同的业务容器，其中，一个业务容器用于提供业务处理服务，另一个业务容器处于阻塞状态，不对外提供业务处理服务；在需要对业务容器进行升级时，可以将阻塞状态的业务容器进行升级，并由升级后的业务容器提供业务处理服务，之前用于提供业务处理服务的业务容器变为阻塞状态的业务容器，并在下一次容器升级后，再次提供业务处理服务。

但是，在业务容器的升级过程中，会出现业务容器升级失败的情况，而相关技术中，在双容器平滑升级场景中，更多关注的是业务容器的升级过程如何实现，导致业务容器升级失败后，无法及时的获取容器失败信息，也就无法精准的确定容器在哪个环节升级失败，为容器的运维工作造成一定的困难。

鉴于上述问题，本公开的示例性实施方式提供一种容器监控方法，该容器监控方法的应用场景包括但不限于：在双容器平滑升级场景中，响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；在监测到备用容器更新失败，或，容器管理进程运行失败时，确定备用容器升级失败，并向用户终端发送第一消息；其中，目标容器组包括主容器和备用容器，主容器为目标容器组中提供业务服务的业务容器，备用容器为目标容器组中未提供业务处理服务的业务容器，第一消息用于指示备用容器的配置信息更新失败，或者，容器管理进程运行失败。可以在业务容器的升级过程中，同时监控备用容器的升级状态，在备用容器升级失败时，将备用容器升级失败信息及时告知用户，且可以准确的监控到备用容器在具体哪个环节出现升级失败，便于用户精准的获取备用容器升级失败的原因。

为了实现上述容器监控方法，本公开的示例性实施方式提供一种容器监控系统。图1示出了该容器监控系统的示意性架构图。如图1所示，容器监控系统100可以包括服务器110与用户终端120。其中，服务器110为业务服务方部署的后台服务器，其中，用于处理业务请求的业务应用程序以业务容器形式部署于服务器中。用户终端120可以是对服务器中的业务容器进行运维的用户使用的终端设备，更具体地，终端设备可以是如台式电脑、个人电脑、平板电脑或智能手机等。服务器110与终端设备120可以通过网络建立连接，实现容器监控。

应当理解，服务器110可以是一台服务器，也可以是多台服务器形成的集群，本公开对于服务器110的具体架构不做限定。

图2是根据一示例性实施例示出的一种容器监控方法的流程图，如图2所示，容器监控方法可以用于服务器中，包括以下步骤S201至步骤S202：

步骤S201，响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；

在本公开实施例中，目标容器组包括备用容器和主容器，备用容器为目标容器组中未提供业务处理服务的业务容器，主容器为目标容器组中提供业务处理服务的业务容器，容器管理进程用于控制备用容器进行升级。

步骤S202，在监测到备用容器更新失败，或，容器管理进程运行失败时，确定备用容器升级失败，并向用户终端发送第一消息；

在本公开实施例中，第一消息用于指示备用容器的配置信息更新失败，或者，容器管理进程运行失败。

综上所述，本公开实施例提供的容器监控方法，一方面，可以在备用容器的升级过程中，同时监控备用容器在各个升级环节的状态，在确定备用容器升级失败时，将容器升级失败信息及时告知用户；另一方面，可以准确的监控到备用容器在备用容器的配置信息更新环节执行失败，或，在容器管理进程运行环节执行失败，并将业务容器升级失败的具体原因告知用户，便于用户精准的了解备用容器升级失败的具体原因。

下面对图2中的每个步骤进行具体说明。

在上述步骤S201中，服务器可以响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；

在本公开实施例中，服务器中可以部署多个容器组，目标容器组为需要对其中的备用容器进行升级的容器组；配置信息可以包括容器镜像和容器镜像的配置版本，初始配置信息为备用容器在接收到业务容升级指令之前的配置信息，目标配置信息为备用容器要升级的配置信息；容器管理进程用于对备用容器中的进程进行管理。其中，服务器中可以基于Kubernetes(k8s)系统部署和多个容器组(pod)，服务器可以包括升级管控模块和升级探测模块，升级管控模块可以通过挂载公共目录的方式部署于业务容器内部，以实现业务容器的升级；升级探测模块可以作为k8s的一个控制器(Controller)，部署在控制节点(master)上。

需要说明的是，在本公开实施例中，可以将容器管理进程作为备用容器的1号进程，可以在容器组常规运行状态下，保证备用容器不退出，且禁止备用容器中的业务进程提供业务处理服务；而在容器组中的备用容器需要被升级时，可以利用容器管理进程控制备用容器进程升级。

可以理解的是，在用户需要对业务容器进行升级时，可以在用户终端选择要升级的目标容器组标识，并选择要升级的目标配置信息，生成业务容器升级指令，并将业务容器升级指令发送至服务器。

在一种可选的实施方式中，服务器响响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程的过程可以包括：服务器响应于用户终端发送的业务容器升级指令，解析业务容器升级指令，确定与目标容器组标识对应的目标容器组，并将目标容器组中的备用容器的初始配置信息更新为目标配置信息；进一步的，通过kubelet控制备用容器启动，以以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程。同时，服务器接收到业务容器升级指令后，升级探测模块可以开始监控服务器对备用容器的升级过程，并在确定备用容器升级失败始时告知用户。

需要说明的是，在本公开实施例中，对备用容器的配置信息，服务器可能更新失败，也可能更新成功，同理，对备用容器中的容器管理进程，服务器可能运行成功，也可能运行失败；在服务器将备用容器的配置信息更新成功，且将备用容器中的容器管理进程运行成功后，才可以继续进行备用容器升级过程中的下一个环节；否则，服务器将停止对备用容器的升级，同时，升级探测模块可以监测到备用容器的配置信息更新失败，或，容器管理进程运行失败，并确定备用容器升级失败，服务器可以将第一消息发送至用户终端。

在上述步骤S202中，在服务器监测到备用容器的配置信息更新失败，或，容器管理进程运行失败时，确定备用容器升级失败，并向用户终端发送第一消息；

在本公开实施例中，备用容器的升级过程通常要经过多个环节，在所有环节执行成功后，才可以确定备用容器升级成功，因此，为了在备用容器升级失败时，更及时的获取到备用容器升级失败信息，以及更准确的确定出现故障的升级环节，在对备用容器进行升级的同时，可以对备用容器的升级过程进行监控。

在一种可选的实施方式中，在服务器中的升级探测模块监测到备用容器的配置信息更新失败，或，容器管理进程运行失败，确定备用容器升级失败，并向用户终端发送第一消息。其中，第一消息用于指示备用容器的配置信息更新失败，或者，容器管理进程运行失败。可以在配置信息更新环节以及容器管理进行运行环节执行失败后，确定容器升级失败，并通知用户。

在一种可选的实施方式中，服务器在更新目标容器组中备用容器的配置信息之前，还可以保存备用容器更新前的初始配置信息；服务器在向用户终端发送第一消息后，在接收到用户终端对第一消息的确认操作信息后，将备用容器的配置信息更新为初始配置信息。可以在备用容器升级失败后，回滚至接收业务容器升级指令之前的状态，即备用容器中的配置信息依旧为初始配置信息，且备用容器中的业务进程继续处于阻塞状态，不对外提供业务处理服务；此时，主容器不会受到影响，继续提供业务处理服务，保证业务处理不中断，防止备用容器升级失败对业务处理造成影响。

需要说明的是，本公开实施例中，在创建容器组时，为了便于容器组中的两个业务容器区分其为备用容器或者主容器，定义了两种环境变量，第一环境变量值用于识别业务容器的类型，第二环境变量值用于区分两个业务容器，其中，容器组中第一环境变量值较大的业务容器可以被确定为主容器，备用容器的第二环境变量值可以为备用容器的容器标识，主容器的第二环境变量值可以为主容器的容器标识。

在一种可选的实施方式中，服务器在将目标容器组中的备用容器的初始配置信息更新为目标配置信息之后，还可以将备用容器的第一环境变量值更新为当前时间戳，以便于根据当前时间戳将备用容器确定为需要升级的业务容器。

进一步的，服务器在运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程之后，若确定备用容器更新成功，且容器管理进程运行成功，可以确定备用容器升级过程中，配置信息更新环节以及容器进行运行环节执行成功，则使容器管理进程继续运行备用容器的升级管控进程；同时，升级探测模块可以在升级管控进程的运行过程中，对备用容器升级过程中的升级管控进程运行环节进行监控；其中，升级探测模块容器管理进程可以通过拉起升级管控模块以使升级管控模块运行，以控制备用容器进行升级；升级管控进程用于对备用容器进行升级，升级管控进程为运行中的升级管控模块的进程。

同理，对备用容器的升级管控进程，服务器可能运行成功，也可能运行失败；在服务器将备用容器的升级管控进程运行成功后，才可以继续进行备用容器升级过程中的下一个环节；否则，服务器将停止对备用容器的升级，同时，升级探测模块可以监测到备用容器的升级管控进程运行失败，并确定备用容器升级失败，服务器可以将第二消息发送至用户终端。

其中，在升级探测模块监测到升级管控进程运行失败时，确定备用容器升级失败，并通过服务器向用户终端发送第二消息，第二消息用于指示备用容器的升级管控进程运行失败。可以对备用容器升级过程中，备用容器的升级管控进程运行过程进行监控，在监控到升级管控进程运行环节执行失败时，将业务容器升级失败的具体原因告知用户，便于用户确定是备用容器的升级管控进程运行失败导致了备用容器升级失败。

在一种可选的实施方式中，服务器在使容器管理进程运行备用容器的升级管控进程之后，若确定升级管控进程运行成功，且备用容器为目标容器组中提供业务处理服务的候选主容器，则使升级管控进程执行第一脚本；同时，升级探测模块可以在第一脚本的执行过程中，对备用容器升级过程中的第一脚本执行环节进行监控。

需要说明的是，确定升级管控进程运行成功，表示备用容器升级过程中，升级管控进程运行环节执行成功；在备用容器的第一环境变量值大于主容器的第一环境变量值的情况下，确定备用容器为目标容器组中提供业务处理服务的候选主容器，；第一脚本用于对备用容器中的业务进程进行初始化；业务进程的初始化指的是为备用容器中业务进程的运行进行前置条件搭建，业务进程的初始化可以包括，对备用容器中的业务进程的依赖进程的衔接，对备用容器中业务进程运行时的运行环境配置等操作。

在一种可选的实施方式中，在升级探测模块监测到升级探测目录文件中包含第一信息时，确定备用容器升级失败，并向用户终端发送第三消息，其中，升级探测目录文件用于记录备用容器的升级状态信息，例如，在确定第一脚本执行失败时，可以将第一脚本运行失败的第一信息写入升级探测目录文件；第一信息是在所述第一脚本运行失败的情况下，写入升级探测目录文件中的信息，第三消息用于指示备用容器中的业务进程初始化失败。可以对备用容器升级过程中，备用容器的第一脚本执行过程进行监控，在监控到第一脚本执行环节执行失败时，将业务容器升级失败的具体原因告知用户，便于用户确定是第一脚本执行失败导致了备用容器升级失败。

在一种可选的实施方式中，若服务器确定第一脚本执行成功，则使升级管控进程指示容器管理进程运行业务进程；其中，对于业务进程，可能运行成功，也可能运行失败，在将业务进程运行成功后，才可以继续进行备用容器升级过程中的下一个环节；否则，服务器将停止对备用容器的升级；同时，升级探测模块可以在容器管理进程运行业务进程环节，对业务进程进行状态监控；在监测到业务进程运行失败时，确定备用容器升级失败，并向用户终端发送第四消息，其中，第四消息用于指示备用容器的业务进程运行失败。可以对备用容器升级过程中，业务进程运行环节进行监控，在监控到业务进程运行失败时，将业务容器升级失败的具体原因告知用户，便于用户确定是业务进程运行失败导致了备用容器升级失败。

在一种可选的实施方式中，在升级管控进程指示容器管理进程运行业务进程之后，若服务器确定业务进程运行成功，则使容器管理进程运行第二脚本，其中，第二脚本用于确定业务进程能否提供业务处理服务；

在一种可选的实施方式中，在升级探测模块监测到升级探测目录文件中包含第二信息时，确定备用容器升级失败，并向用户终端发送第五消息，其中，第二信息是在第二脚本执行失败的情况下，写入升级探测目录文件中的信息，第五消息用于指示备用容器中的业务进程无法提供业务处理服务。可以对备用容器升级过程中，第二脚本执行环节进行监控，在监控到第二脚本执行失败时，将业务容器升级失败的具体原因告知用户，便于用户确定是第二脚本执行失败导致了备用容器升级失败。

在一种可选的实施方式中，若服务器确定第二脚本执行成功，则由升级管控进程将备用容器的当前时间戳写入容器组共享目录文件；以及在升级探测模块监测到升级探测目录文件中包含第三信息时，确定备用容器升级失败，并向用户终端发送第六消息，其中，第三信息是在备用容器的当前时间戳写入失败的情况下，写入升级探测目录文件中的信息，第六消息用于指示备用容器中的当前时间戳写入失败；容器组共享目录文件用于记录容器组中备用容器和主容器的第一环境变量值，以便于服务器用于区分容器组中两个业务容器的类型。可以对备用容器升级过程中，备用容器的当前时间戳写入环节进行监控，在监控到备用容器的当前时间戳写入失败时，将业务容器升级失败的具体原因告知用户，便于用户确定是备用容器的当前时间戳写入失败导致了备用容器升级失败。

需要说明的是，在本公开实施例中，服务器在向用户终端发送第二消息、第三消息、第四消息，或第五消息后，在接收到用户终端对第一消息的确认操作信息后，也可将备用容器的目标配置信息更新为初始配置信息。可以使在备用容器升级失败后，回滚至接收业务容器升级指令之前的状态，不对外提供业务处理服务；此时，由主容器继续提供业务处理服务，保证业务处理不中断，防止备用容器升级失败对业务处理造成影响。

在一种可选的实施方式中，在升级探测模块监测到升级探测目录文件中包含第四信息时，确定备用容器升级成功，并向用户终端发送容器升级成功消息，第四信息是在备用容器的当前时间戳写入成功的情况下，写入升级探测目录文件中的信息。可以在监测到升级探测目录文件中出现备用容器升级成功消息时，确定备用容器升级过程中的所有环节都执行成功，备用容器升级成功，并将备用容器升级成功消息告知用户，便于用户及时获取备用容器升级成功消息。

需要说明的是，在本公开实施例中，升级探测模块可以周期性的获取升级探测目录文件中的信息，若在升级探测目录文件中获取到备用容器升级失败的信息，则通知用户终端备用容器升级失败；若在升级胎侧目录文件中获取到备用容器升级成功的信息，则通知用户终端备用容器升级成功；进一步的，若升级探测模块确定在预设时长后，在升级探测目录文件中没有获取到任何信息，则直接确定备用容器升级失败，并通知用户终端，其中，预设时长可以基于实际需要确定，本公开实施例对此不做限定。

可以理解的是，在本公开实施例中，在将备用容器的当前时间戳写入容器组共享目录文件后，主容器可以确定主容器的环境变量值小于备用容器的第一环境变量值，则确定主容器需要更新为备用容器，可以执行第三脚本，第三脚本用于获取业务进程进行停止前主容器的容器状态信息，例如，业务进程的依赖进行的信息，运行环境信息。进一步的，在主容器中的第三脚本执行成功后，第二容器可以停止提供业务处理服务，并执行业务进程停止后脚本，第三脚本用于在主容器停止服务后，执行容器内部的请理工作。

图3是根据一示例性实施例示出的一种容器监控方法的流程图，如图3所示，容器监控方法可以用于服务器中，包括以下步骤S301至步骤S303：

步骤S301，响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；

步骤S302，若确定备用容器更新成功，且容器管理进程运行成功，使容器管理进程继续运行备用容器的升级管控进程；

其中，在容器管理进程继续运行备用容器的升级管控进程的过程中，升级探测模块可以在升级管控进程的运行过程中，对备用容器升级过程中的升级管控进程运行环节进行监控。

可以理解的是，若确定备用容器的配置信息更新失败，或者容器管理进程运行失败，则无法继续执行备用容器升级过程中的下一环节。

步骤S303，在监测到升级管控进程运行失败时，确定备用容器升级失败，并通过服务器向用户终端发送第二消息；

其中，第二消息用于指示备用容器的升级管控进程运行失败。

图4是根据一示例性实施例示出的一种容器监控方法的流程图，如图4所示，容器监控方法可以用于服务器中，包括以下步骤S401至步骤S405：

步骤S401，响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；

步骤S402，若确定备用容器更新成功，且容器管理进程运行成功，使容器管理进程继续运行备用容器的升级管控进程；

步骤S403，若确定升级管控进程运行成功，且备用容器为目标容器组中提供业务处理服务的候选主容器，则使升级管控进程执行第一脚本；

可以理解的是，若升级管控进程运行失败，或备用容器未成为目标容器组中提供业务处理服务的候选主容器，则无法继续执行备用容器升级过程中的下一环节。

步骤S404，若确定第一脚本执行失败，则将第一脚本运行失败的第一信息写入升级探测目录文件中；

其中，升级探测模块可以周期性的获取升级探测目录文件中的信息，若在升级探测目录文件中获取到备用容器升级失败的信息，则通知用户终端备用容器升级失败。

步骤S405，在监测到升级探测目录文件中包含第一信息时，确定备用容器升级失败，并向用户终端发送第三消息。

其中，第三消息用于指示备用容器中的业务进程初始化失败。

图5是根据一示例性实施例示出的一种容器监控方法的流程图，如图5所示，容器监控方法可以用于服务器中，包括以下步骤S501至步骤S505：

步骤S501，响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；

步骤S502，若确定备用容器的配置信息更新成功，且容器管理进程运行成功，使容器管理进程继续运行备用容器的升级管控进程；

步骤S503，若确定升级管控进程运行成功，且备用容器为目标容器组中提供业务处理服务的候选主容器，则使升级管控进程执行第一脚本；

步骤S504，若确定第一脚本执行成功，则使升级管控进程指示容器管理进程运行业务进程；

其中，在使升级管控进程指示容器管理进程运行业务进程的过程中，升级探测模块可以在容器管理进程运行业务进程环节，对业务进程进行状态监控。

可以理解的是，若确定第一脚本执行失败，则无法继续执行备用容器升级过程中的下一环节。

步骤S505，在监测到业务进程运行失败时，确定备用容器升级失败，并向用户终端发送第四消息；

其中，第四消息用于指示备用容器的业务进程运行失败。

图6是根据一示例性实施例示出的一种容器监控方法的流程图，如图6所示，容器监控方法可以用于服务器中，包括以下步骤S601至步骤S607：

步骤S601，响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；

步骤S602，若确定备用容器的配置信息更新成功，且容器管理进程运行成功，使容器管理进程继续运行备用容器的升级管控进程；

步骤S603，若确定升级管控进程运行成功，且备用容器为目标容器组中提供业务处理服务的候选主容器，则使升级管控进程执行第一脚本；

步骤S604，若确定第一脚本执行成功，则使升级管控进程指示容器管理进程运行业务进程；

步骤S605，若确定业务进程运行成功，则使容器管理进程运行第二脚本；

可以理解的是，若确定第二脚本执行失败，则无法继续执行备用容器升级过程中的下一环节。

步骤S606，若第二脚本执行失败，则将第二脚本执行失败的第二信息写入升级探测目录文件中；

其中，升级探测模块可以周期性的获取升级探测目录文件中的信息，若在升级探测目录文件中获取到备用容器升级失败的信息，则通知用户终端备用容器升级失败。

步骤S607，在监测到升级探测目录文件中包含第二信息时，确定备用容器升级失败，并向用户终端发送第五消息；

其中，第五消息用于指示备用容器中业务进程的无法提供业务处理服务。

图7是根据一示例性实施例示出的一种容器监控方法的流程图，如图7所示，容器监控方法可以用于服务器中，包括以下步骤S701至步骤S708：

步骤S701，响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程；

步骤S702，若确定备用容器的配置信息更新成功，且容器管理进程运行成功，使容器管理进程继续运行备用容器的升级管控进程；

步骤S703，若确定升级管控进程运行成功，且备用容器为目标容器组中提供业务处理服务的候选主容器，则使升级管控进程执行第一脚本；

步骤S704，若服务器确定第一脚本执行成功，则使升级管控进程指示容器管理进程运行业务进程；

步骤S705，若服务器确定业务进程运行成功，则使容器管理进程运行第二脚本；

步骤S706，若确定第二脚本执行成功，则将备用容器的当前时间戳写入容器组共享目录文件；

步骤S707，若备用容器的当前时间戳写入失败，则将备用容器的当前时间戳写入失败的第三信息写入升级探测目录文件中；

其中，升级探测模块可以周期性的获取升级探测目录文件中的信息，若在升级探测目录文件中获取到备用容器升级失败的信息，则通知用户终端备用容器升级失败。

步骤S708，在监测到升级探测目录文件中包含第三信息时，确定备用容器升级失败，并向用户终端发送第六消息；

其中，第六消息用于指示备用容器中的当前时间戳写入失败。

图8是根据一示例性实施例示出的一种容器监控装置框图。参照图8，容器监控装置800，包括：

升级管控模块801，被配置为响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行备用容器中的用于对备用容器中的进程进行管理的容器管理进程，备用容器为目标容器组中未提供业务处理服务的业务容器；

升级探测模块802，被配置为在监测到备用容器更新失败，或，容器管理进程运行失败时，确定备用容器升级失败，并向用户终端发送第一消息，第一消息用于指示备用容器的配置信息更新失败，或者，容器管理进程运行失败。

可选的，升级管控模块801，被配置为若确定备用容器更新成功，且容器管理进程运行成功，则使容器管理进程运行备用容器的升级管控进程，升级管控进程用于对备用容器进行升级；

升级探测模块802，被配置为在监测到升级管控进程运行失败时，确定备用容器升级失败，并向用户终端发送第二消息，第二消息用于指示备用容器的升级管控进程运行失败。

可选的，升级管控模块801，被配置为若确定升级管控进程运行成功，且备用容器为目标容器组中提供业务处理服务的候选主容器，则使升级管控进程执行第一脚本，第一脚本用于对备用容器中的业务进程进行初始化；

升级探测模块802，被配置为在监测到升级探测目录文件中包含第一信息时，确定备用容器升级失败，并向用户终端发送第三消息，第一信息是在第一脚本运行失败的情况下，写入升级探测目录文件中的信息，第三消息用于指示备用容器中的业务进程初始化失败。

可选的，升级管控模块801，被配置为若第一脚本执行成功，则使升级管控进程指示容器管理进程运行业务进程；

升级探测模块802，被配置为在监测到业务进程运行失败时，确定备用容器升级失败，并向用户终端发送第四消息，第四消息用于指示备用容器的业务进程运行失败。

可选的，升级管控模块801，被配置为若确定业务进程运行成功，则使容器管理进程运行第二脚本，第二脚本用于确定业务进程能否提供业务处理服务；

升级探测模块802，被配置为在监测到升级探测目录文件中包含第二信息时，确定备用容器升级失败，并向用户终端发送第五消息，第二信息是在第二脚本执行失败的情况下，写入升级探测目录文件中的信息，第五消息用于指示备用容器中的业务进程无法提供业务处理服务。

可选的，升级管控模块801，被配置为若第二脚本执行成功，则将备用容器的当前时间戳写入容器组共享目录文件；

升级探测模块802，被配置为在监测到升级探测目录文件中包含第三信息时，确定备用容器升级失败，并向用户终端发送第六消息，第三信息是在备用容器的当前时间戳写入失败的情况下，写入升级探测目录文件中的信息，第六消息用于指示备用容器中的当前时间戳写入失败。

可选的，升级探测模块802，被配置为在监测到升级探测目录文件中包含第四信息时，确定备用容器升级成功，并向用户终端发送容器升级成功消息，第四信息是在备用容器的当前时间戳写入成功的情况下，写入升级探测目录文件中的信息。

可选的，如图8所示，容器监控装置800还包括，保存模块803，被配置为保存备用容器更新前的初始配置信息；

更新模块804，被配置为在接收到用户终端对第一消息的确认操作信息后，将备用容器的配置信息更新为初始配置信息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开的示例性实施方式还提供了一种电子设备，可以是服务器。下面参考图9对该电子设备进行说明。应当理解，下面参考图9对该电子设备进行说明。应当理解，图9显示的电子设备900仅仅是一个示例，不应对本公开实施方式的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：至少一个处理单元910、至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。

其中，存储单元存储有程序代码，程序代码可以被处理单元910执行，使得处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元910可以执行如图2至图7所示的方法步骤等。

存储单元920可以包括易失性存储单元，例如随机存取存储单元(RAM)921和/或高速缓存存储单元922，还可以进一步包括只读存储单元(ROM)923。

存储单元920还可以包括具有一组(至少一个)程序模块925的程序/实用工具924，这样的程序模块925包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以包括数据总线、地址总线和控制总线。

电子设备900也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口940进行。电子设备900还可以通过网络适配器980与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器980通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方式。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

另外，本公开还提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述实施例所提供的容器监控方法。

另外，本公开还提供一种计算机程序产品，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如上述实施例所提供的容器监控方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (11)

1.一种容器监控方法，其特征在于，包括：

响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行所述备用容器中的用于对所述备用容器中的进程进行管理的容器管理进程，所述备用容器为所述目标容器组中未提供业务处理服务的业务容器；

在监测到所述备用容器更新失败，或，所述容器管理进程运行失败时，确定所述备用容器升级失败，并向用户终端发送第一消息，所述第一消息用于指示所述备用容器的配置信息更新失败，或者，所述容器管理进程运行失败。

2.根据权利要求1所述的容器监控方法，其特征在于，在运行所述备用容器中的用于对所述备用容器中的进程进行管理的容器管理进程之后，所述方法还包括：

若确定所述备用容器更新成功，且所述容器管理进程运行成功，则使所述容器管理进程运行所述备用容器的升级管控进程，所述升级管控进程用于对所述备用容器进行升级；

在监测到所述升级管控进程运行失败时，确定所述备用容器升级失败，并向所述用户终端发送第二消息，所述第二消息用于指示所述备用容器的升级管控进程运行失败。

3.根据权利要求2所述的容器监控方法，其特征在于，在使所述容器管理进程运行所述备用容器的升级管控进程之后，所述方法还包括：

若确定所述升级管控进程运行成功，且所述备用容器为所述目标容器组中提供业务处理服务的候选主容器，则使所述升级管控进程执行第一脚本，所述第一脚本用于对所述备用容器中的业务进程进行初始化；

在监测到升级探测目录文件中包含第一信息时，确定所述备用容器升级失败，并向所述用户终端发送第三消息，所述第一信息是在所述第一脚本运行失败的情况下，写入所述升级探测目录文件中的信息，所述第三消息用于指示所述备用容器中的业务进程初始化失败。

4.根据权利要求3所述的容器监控方法，其特征在于，所述方法还包括：

若所述第一脚本执行成功，则使所述升级管控进程指示所述容器管理进程运行所述业务进程；

在监测到所述业务进程运行失败时，确定所述备用容器升级失败，并向所述用户终端发送第四消息，所述第四消息用于指示所述备用容器的业务进程运行失败。

5.根据权利要求4所述的容器监控方法，其特征在于，在所述升级管控进程指示所述容器管理进程运行所述业务进程之后，所述方法还包括：

若确定所述业务进程运行成功，则使所述容器管理进程运行第二脚本，所述第二脚本用于确定所述业务进程能否提供业务处理服务；

在监测到所述升级探测目录文件中包含第二信息时，确定所述备用容器升级失败，并向所述用户终端发送第五消息，所述第二信息是在所述第二脚本执行失败的情况下，写入所述升级探测目录文件中的信息，所述第五消息用于指示所述备用容器中的业务进程无法提供业务处理服务。

6.根据权利要求4所述的容器监控方法，其特征在于，所述方法还包括：

若所述第二脚本执行成功，则将所述备用容器的当前时间戳写入容器组共享目录文件；

在监测到所述升级探测目录文件中包含第三信息时，确定所述备用容器升级失败，并向所述用户终端发送第六消息，所述第三信息是在备用容器的当前时间戳写入失败的情况下，写入所述升级探测目录文件中的信息，所述第六消息用于指示所述备用容器中的当前时间戳写入失败。

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

在监测到所述升级探测目录文件中包含所述第四信息时，确定所述备用容器升级成功，并向所述用户终端发送容器升级成功消息，所述第四信息是在所述备用容器的当前时间戳写入成功的情况下，写入所述升级探测目录文件中的信息。

8.根据权利要求1所述的容器监控方法，其特征在于，在更新目标容器组中备用容器的配置信息之前，所述方法还包括：

保存所述备用容器更新前的初始配置信息；

在向用户终端发送第一消息之后，所述方法还包括：

在接收到所述用户终端对所述第一消息的确认操作信息后，将所述备用容器的配置信息更新为所述初始配置信息。

9.一种容器监控装置，其特征在于，包括：

升级管控模块，被配置为响应于业务容器升级指令，更新目标容器组中备用容器的配置信息，并控制更新后的备用容器启动，以运行所述备用容器中的用于对所述备用容器中的进程进行管理的容器管理进程，所述备用容器为所述目标容器组中未提供业务处理服务的业务容器；

升级探测模块，被配置为在监测到所述备用容器更新失败，或，所述容器管理进程运行失败时，确定所述备用容器升级失败，并向用户终端发送第一消息，所述第一消息用于指示所述备用容器的配置信息更新失败，或者，所述容器管理进程运行失败。

10.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至8中任一项所述的容器监控方法。

11.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至8中任一项所述的容器监控方法。

Images