CN113419819A - 容器管理方法、装置、设备及介质 - Google Patents

Abstract

本申请提供的容器管理方法、装置、设备及介质中，本地模式的情况下，第一集群中的主设备通过第一管理应用为从设备创建容器应用；并在接收到模式切换指令后，响应于从第二集群中的管理节点接收到的容器部署指令，创建与第一管理应用具有相同功能的第二管理应用；如此，能够实现减少模式切换时对从设备的影响。

Description

容器管理方法、装置、设备及介质

技术领域

本申请涉及计算机领域，具体而言，涉及一种容器管理方法、装置、设备及介质。

背景技术

容器管理系统(例如，Kubernetes系统，又名K8s)为了实现自动部署、扩展和管理“容器化(Containerized)应用程序”，提供有应用部署、更新升级，运维等一系列机制。

在一些应用场景中，针对一些由主设备以及从设备所构建的独立集群，云端容器管理系统需要将其纳入到云端，对独立集群中的设备进行统一管理。然而，发明人研究发现，将设备集群纳入到云端容器管理系统的过程中，独立集群中主设备的角色会从独立集群中的管理节点，变为云端容器管理系统所在集群中的工作节点，因此，需要减小将设备集群纳入到云端容器管理系统的过程中对从设备所产生的影响。

发明内容

为了克服现有技术中的至少一个不足，本申请的目的之一在于提供一种容器管理方法，应用于第一集群中的主设备，所述主设备与所述第一集群中的从设备通过构建的第一网络通信连接，所述方法包括：

在本地模式的情况下，通过第一管理应用管理所述从设备中的容器应用，其中，当处于所述本地模式的情况下，所述从设备作为工作节点，所述主设备作为管理所述从设备的管理节点；

响应于接收到的模式切换指令，从所述本地模式切换至云边模式，其中，当处于所述云边模式的情况下，所述主设备作为第二集群中的工作节点，所述第二集群通过构建的第二网络通信连接，所述第一网络与所述第二网络处于隔离状态；

在所述云边模式的情况下，响应于从所述第二集群中的管理节点接收到的容器部署指令，创建第二管理应用，其中，所述第二管理应用具有所述第一管理应用相同的功能。

本申请的另一目的在于提供一种容器管理装置，应用于第一集群中的主设备，所述主设备与所述第一集群中的从设备通过构建的第一网络通信连接，所述容器管理装置包括：

应用管理模块，用于在本地模式的情况下，通过第一管理应用管理所述从设备中的容器应用，其中，当处于所述本地模式的情况下，所述从设备作为工作节点，所述主设备作为管理所述从设备的管理节点；

模式切换模块，用于响应于接收到的模式切换指令，从所述本地模式切换至云边模式，其中，当处于所述云边模式的情况下，所述主设备作为第二集群中的工作节点，所述第二集群通过构建的第二网络通信连接，所述第一网络与所述第二网络处于隔离状态；

应用创建模块，在所述云边模式的情况下，响应于从所述第二集群中的管理节点接收到的容器部署指令，创建第二管理应用，其中，所述第二管理应用具有所述第一管理应用相同的功能。

本申请的另一目的在于提供一种主设备，包括处理器以及存储器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，实现所述的容器管理方法。

本申请的另一目的在于提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现所述的容器管理方法。

相对于现有技术而言，本申请具有以下有益效果：

本申请实施例提供的容器管理方法、装置、设备及介质中，本地模式的情况下，第一集群中的主设备通过第一管理应用为从设备创建容器应用；并在接收到模式切换指令后，响应于从第二集群中的管理节点接收到的容器部署指令，创建与第一管理应用具有相同功能的第二管理应用；如此，能够实现减少模式切换时对从设备的影响。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的场景示意图；

图2为本申请实施例提供的主设备结构示意图；

图3为本申请实施例提供的容器管理方法的步骤流程示意图；

图4为本申请实施例提供的容器管理装置的结构示意图。

图标：100-主设备；101-从设备；120-存储器；130-处理器；140-通信装置；201-应用管理模块；202-模式切换模块；203-应用创建模块；204-指令处理模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

在一些应用场景中，位于第二网络中的云端容器管理系统需要将位于第一网络中的设备集群设备纳入到云端进行统一管理。例如，从云端对从设备集群进行容器应用的创建、升级、部署、停止运行等操作。然而，设备集群与云端容器管理系统分别属于不同的容器集群。在设备集群中，通常包括主设备以及被主设备直接管理的从设备；并且，第二网络与第一网络集群处于隔离状态，第一集群中仅有主设备能够与第二网络中的设备进行通信，因此，将设备集群纳入到云端容器管理系统的过程中，设备集群中主设备的角色会发生变化，因此，需要减小这一过渡过程对从设备的影响。

例如，如图1所示的边缘计算场景中，边缘计算作为云计算的一种变体，在边缘计算的设计中将用于计算、存储和联网的边缘计算节点(又名基础架构服务设备)在物理上更靠近生成数据的现场设备。基于这样的设计，消除了数据到数据中心之间的“往返路程”，提高了服务的可用性。因此，边缘计算已经成为一种高效的运行时平台，广泛应用于电信、媒体、运输、物流、农业、零售等领域中。

然而，边缘计算的场景中，若边缘计算节点并非单个设备，而是由从设备101以及用于管理从设备的主设备所构成的设备集群。该设备集群中，主设备100作为管理节点，用于将从设备101作为工作节点，由主设备管理其中的容器应用。当需要将设备集群纳入到云端容器管理系统进行统一管理时，由于设备集群中仅有主设备100能与云端容器管理系统所属的第二网络进行通信，因此，设备集群中作为管理节点的主设备100会变成第二网络中的工作节点，使得云端管理系统通过主设备100间接管理从设备101中的容器应用，而这一切换过程需要保持从设备101正常运行。

鉴于此，为了至少部分解决上述问题，本实施例提供一种容器管理方法，应用于第一集群中的主设备，主设备与第一集群中的从设备通过构建的第一网络通信连接。该方法中，将主设备作为第二集群中工作节点，并通过第二集群所构建的第二网络为主设备部署作为管理节点所需的容器管理应用，以达到减小这一过渡过程对从设备的影响。

其中，本实施例所指的第一集群可以是上述设备集群，第二集群可以是上述云端容器管理系统所属的集群，并且，第一网络与第二网络处于隔离状态。例如，第一网络可以是局域网，而第二网络可以是公网。

其中，该主设备与从设备的类型，可以跟随具体使用场景适应性变化。例如，在安防场景下，该主设备可以是服务器，相对应的从设备可以是通过局域网与服务器通信连接的摄像头。并且，本实施例不对从设备的数量做具体的限定，可以是单个，也可以是多个，视具体的应用场景决定。

本实施例还提供该主设备的一种结构示意图。如图2所示，该主设备包括存储器120、处理器130、通信装置140。其中，上述存储器120、处理器130以及通信装置140各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

存储器120可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器120用于存储计算机程序，该处理器130在接收到执行指令后，执行该计算机程序。

该通信装置140用于通过网络收发数据。例如，从第二网络中接收信令信息。其中，该网络可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(WirelessLocalArea Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(WideArea Network，WAN)、公共电话交换网(Public Switched Telephone Network，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication，NFC)网络等，或其任意组合。在一些实施例中，网络可以包括一个或多个网络接入点。例如，网络可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务请求处理系统的一个或多个组件可以通过该接入点连接到网络以交换数据和/或信息。

该处理器130可以是一种集成电路芯片，具有信号的处理能力，并且，该处理器可以包括一个或多个处理核(例如，单核处理器或多核处理器)。仅作为举例，上述处理器可以包括中央处理单元(CentralProcessing Unit，CPU)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、专用指令集处理器(Application SpecificInstruction-set Processor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital SignalProcessor，DSP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing，RISC)、或微处理器等，或其任意组合。

结合上述相关介绍，下面对本实施例提供的容器管理方法行详细阐述。如图3所示，本实施例提供该容器管理方法的一种流程示意图。如图3所示，该容器管理方法，包括：

步骤S101，在本地模式的情况下，通过第一管理应用管理从设备中的容器应用。

其中，当处于本地模式的情况下，从设备作为工作节点，主设备作为管理从设备的管理节点。本实施例所指的本地模式，是指主设备与从设备通过第一网络构建一独立容器集群。在该集群中，由主设备负责从设备中容器应用的管理。例如，创建、部署、升级以及运维等管理操作。

作为一种可能的实现方式，主设备通过第一管理应用从第一网络中探测出从设备；根据从设备以及主设备，通过第一管理应用构建第一集群，其中，第一集群为具备容器部署以及管理能力的集群；然后，通过第一管理应用为从设备创建容器应用；最后，管理从设备所创建容器应用。

示例性的，主设备与从设备通过第一网络构建一独立容器集群可以使用现有的相关容器管理工具。例如，kubernetes、docker swarm、mesos等。

下面以docker swarm工具为例，进行示例性说明。其中，主设备与从设备在上电启动之后，主设备通过第一管理应用探测第一网络，获得位于第一网络中的所有从设备；然后，使用docker swarm工具在主设备上初始化第一集群，同时，向从设备发送指令，使得从设备执行docker swarm join命令，加入到第一集群中。

进一步地，主设备通过第一管理应用部署镜像仓库，并配置该镜像仓库即使切换到云边模式下，依然在主设备上运行；然后，为从设备配置该镜像仓库的地址，使得从设备能够从主设备的镜像仓库拉取容器镜像。其中，镜像仓库可以是，但不限于registry、harbor、dragonfly等一切提供容器镜像服务工具。

最后，主设备以docker stack的方式将容器应用部署到从设备上。由此，实现在从设备上运行容器引用。值得说明的是，以docker stack的方式部署容易应用，主设备的镜像仓库发生更新后，从设备部署的容器应用也会随之更新。

步骤S102，响应于接收到的模式切换指令，从本地模式切换至云边模式。

其中，当处于云边模式的情况下，主设备作为第二集群中的工作节点，第二集群通过构建的第二网络通信连接，第一网络与第二网络处于隔离状态。

本实施例中，主设备可以通过多种方式接收切换指令。在一种实施方式中，该主设备部署有web服务，用于响应用户终端的访问请求，为用户提供访问网页；然后，接收用户在该访问页面输入的模式切换指令。其中，该模式切换指令包括指令标识以及第二网络中管理节点的网络地址。如此，该主设备根据指令标识执行切换动作，使得主设备根据网络地址与第二网络中管理节点建立通信连接，并告知第二网络中的管理节点有新的设备成为工作节点。

在另外一种实施方式中，该主设备与第二网络中的管理节点已建立通信连接的情况下，当第二网络中的管理节点需要对从设备进行管理时，可以向主设备发送模式切换指令，使得主设备从本地模式切换至云边模式。当然，若主设备处于云边模式的情况下，主设备响应该模式切换指令后，可以从云边模式切换至本地模式。

步骤S103，在云边模式的情况下，响应于从第二集群中的管理节点接收到的容器部署指令，创建第二管理应用。

其中，第二管理应用具有第一管理应用相同的功能。应理解的是，第二集群与第一管理集群的集群构建工具可以是同一类工具，还可以是不同类别的工具，本实施例不对此做具体的限定。

具体的，主设备获取第一管理应用的应用信息；将应用信息发送给第二集群中的管理节点；并接收第二集群中的管理节点发送的容器部署指令；然后，响应于容器部署指令，创建第二管理应用。

下面以K8s(Kubernetes)为例进行示例性说明。在K8s所构建的集群中，以POD作为最小调度单元的方式管理容器应用。应理解的是，在本领域中，一个POD包括有至少一个容器应用。主设备从本地模式切换至云边模式后，主设备作为第二网络中的工作节点，完全交由第二网络中的管理节点进行管理；然而，主设备原有的应用并不适用于第二网络中的管理节点，因此，第二网络中的管理节点会以POD的方式为主芯片重新部署原有的应用。

为了使得第二网络中的管理节点以POD的方式为主芯片重新部署原有的应用，该主设备在接收容器部署指令之前，会与第二网络中的管理节点建立通信通道，获取所需应用的应用信息(即第一管理应用的应用信息)；然后，通过该通信通道将应用信息发送给第二网络中的管理节点。

第二网络中的管理节点根据应用信息，向主设备发送用于部署POD应用的容器部署指令。主设备响应于该容器部署指令，以POD的方式创建该第二管理应用。由于，第二管理应用与第一管理应用具有相同功能，因此，在重新部署第二管理应用后，从设备中的容器应用依然能够正常运行。

基于上述设计，本地模式的情况下，第一集群中的主设备通过第一管理应用为从设备创建容器应用；并在接收到模式切换指令后，响应于从第二集群中的管理节点接收到的容器部署指令，创建与第一管理应用具有相同功能的第二管理应用；如此，能够实现减少模式切换时对从设备的干扰。

此外，应理解的是，由于从设备无法与第二网络连通，因此，第二网络中的管理节点难以将每个从设备单独作为一个节点纳管至第二网络进行管理，进而也无法让从设备直接运行第二网络中下发的容器应用，并进行管理。

然而，本实施例中，由于第二管理应用于第一管理应用具有相同的功能，因此，当处于云边模式下，该主设备还可以通过第二管理应用接收目标应用的管理指令，其中，管理指令发送自第二集群中的管理节点。然后，该主设备依据管理指令，通过第二管理应用向从设备执行对应的管理操作。

其中，该目标应用可以属于从设备已创建的容器应用中的其中一个或者多个；当然，该目标应用还可以是新创建容器应用。

当目标应用可以属于从设备已创建的容器应用中的其中一个或者多个时，该管理指令包括更新、删除、调度等指令。此时，主设备根据管理指令确定目标应用所属的从设备，为该从设备执行与管理指令相对应的操作。

当目标应用是新创建容器应用时，该管理指令则用于指示将创建容器应用部署到目标从设备。此时，主设备则根据管理指令确定该目标从设备，并为其创建新容器应用。

如此，使得第二网络中的管理节点能够通过主芯片间接对第一网络的从设备进行容器创建、部署、更新等管理操作，以实现将对通信范围以外的从设备进行容器方面的管理。

基于与容器管理方法相同的发明构思，本实施例还提供一种容器管理装置，应用于第一集群中的主设备，主设备与第一集群中的从设备通过构建的第一网络通信连接。

该容器管理装置包括至少一个可以软件形式存储于存储器中的功能模块。如图4所示，从功能上划分，容器管理装置可以包括：

应用管理模块201，用于在本地模式的情况下，通过第一管理应用管理从设备中的容器应用，其中，当处于本地模式的情况下，从设备作为工作节点，主设备作为管理从设备的管理节点。

在本实施例中，该应用管理模块201用于实现图3中的步骤S101，关于该应用管理模块201的详细描述，可以参见步骤S101的详细描述。

可选地，该应用管理模块201还可以包括集群构建模块、镜像仓库模块、域名解析模块、容器创建模块、应用升级模块等子模块。

其中，集群构建模块可以用于主设备与从设备在上电启动之后，主设备通过第一管理应用探测第一网络，获得位于第一网络中的所有从设备；然后，使用docker swarm工具在主设备上初始化第一集群，同时，向从设备发送指令，使得从设备执行docker swarmjoin命令，加入到第一集群中。

该镜像仓库模块可以用于部署镜像仓库，并配置该镜像仓库即使切换到云边模式下，依然在主设备上运行。

该域名解析模块可以应用于为从设备配置该镜像仓库的地址，使得从设备能够从主设备的镜像仓库拉取容器镜像。

容器创建模块可以用于以docker stack的方式将容器应用部署到从设备上。

应用升级模块可以用于为已在从芯片上部署的容器应用进行升级。

模式切换模块202，用于响应于接收到的模式切换指令，从本地模式切换至云边模式，其中，当处于云边模式的情况下，主设备作为第二集群中的工作节点，第二集群通过构建的第二网络通信连接，第一网络与第二网络处于隔离状态。

在本实施例中，该模式切换模块202用于实现图3中的步骤S102，关于该模式切换模块202的详细描述，可以参见步骤S102的详细描述。

应用创建模块203，在云边模式的情况下，响应于从第二集群中的管理节点接收到的容器部署指令，创建第二管理应用，其中，第二管理应用具有第一管理应用相同的功能。

在本实施例中，该应用创建模块203用于实现图3中的步骤S103，关于该应用创建模块203的详细描述，可以参见步骤S103的详细描述。

请再次参见图4，在一种可能的实现方式中，容器管理装置还包括：

指令处理模块204，用于在云边模式的情况下，通过第二管理应用接收目标应用的管理指令，其中，管理指令发送自第二集群中的管理节点；

依据管理指令，通过第二管理应用向从设备执行对应的管理操作。

需要说明的是，该容器管理装置还可以包括其他软件功能模块，用于实现容器管理方法的其他步骤或者子步骤。当然，上述应用管理模块201、模式切换模块202、应用创建模块203以及指令处理模块204，同样可以用户实现容器管理方法的其他步骤或者子步骤。对此，本实施不做具体的限定。

本实施例还提供一种主设备，包括处理器以及存储器，存储器存储有计算机程序，计算机程序被处理器执行时，实现上述容器管理方法。

本实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时，实现上述容器管理方法。

综上，本申请实施例提供的容器管理方法、装置、设备及介质中，本地模式的情况下，第一集群中的主设备通过第一管理应用为从设备创建容器应用；并在接收到模式切换指令后，响应于从第二集群中的管理节点接收到的容器部署指令，创建与第一管理应用具有相同功能的第二管理应用；如此，能够实现减少模式切换时对从设备的干扰。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的各种实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种容器管理方法，其特征在于，应用于第一集群中的主设备，所述主设备与所述第一集群中的从设备通过构建的第一网络通信连接，所述方法包括：

在本地模式的情况下，通过第一管理应用管理所述从设备中的容器应用，其中，当处于所述本地模式的情况下，所述从设备作为工作节点，所述主设备作为管理所述从设备的管理节点；

响应于接收到的模式切换指令，从所述本地模式切换至云边模式，其中，当处于所述云边模式的情况下，所述主设备作为第二集群中的工作节点，所述第二集群通过构建的第二网络通信连接，所述第一网络与所述第二网络处于隔离状态；

在所述云边模式的情况下，响应于从所述第二集群中的管理节点接收到的容器部署指令，创建第二管理应用，其中，所述第二管理应用具有所述第一管理应用相同的功能。

2.根据权利要求1所述的容器管理方法，其特征在于，所述通过第一管理应用管理所述从设备中的容器应用，包括：

通过所述第一管理应用从所述第一网络中探测出所述从设备；

根据所述从设备以及所述主设备，通过所述第一管理应用构建所述第一集群，其中，所述第一集群为具备容器部署以及管理能力的集群；

通过所述第一管理应用为所述从设备创建容器应用；

管理所述从设备所创建容器应用。

3.根据权利要求2所述的容器管理方法，其特征在于，所述根据所述从设备以及所述主设备，通过所述第一管理应用构建所述第一集群，包括：

根据所述从设备以及所述主设备，通过所述第一管理应用使用docker swarm工具构建所述第一集群。

4.根据权利要求2所述的容器管理方法，其特征在于，所述根据所述第一集群，通过所述第一管理应用为所述从设备创建容器应用，包括：

根据预设配置文件，通过所述第一管理应用以docker stack的方式为所述从设备创建容器应用。

5.根据权利要求1所述的容器管理方法，其特征在于，所述方法还包括：

在云边模式的情况下，通过所述第二管理应用接收目标应用的管理指令，其中，所述管理指令发送自所述第二集群中的管理节点；

依据所述目标应用的管理指令，通过所述第二管理应用向所述从设备执行对应的管理操作。

6.根据权利要求1所述的容器管理方法，其特征在于，所述响应于从所述第二集群中的管理节点接收到的容器部署指令，创建第二管理应用，包括：

获取所述第一管理应用的应用信息；

将所述应用信息发送给所述第二集群中的管理节点；

接收所述第二集群中的管理节点发送的容器部署指令；

响应于所述容器部署指令，创建所述第二管理应用。

7.一种容器管理装置，其特征在于，应用于第一集群中的主设备，所述主设备与所述第一集群中的从设备通过构建的第一网络通信连接，所述容器管理装置包括：

应用管理模块，用于在本地模式的情况下，通过第一管理应用管理所述从设备中的容器应用，其中，当处于所述本地模式的情况下，所述从设备作为工作节点，所述主设备作为管理所述从设备的管理节点；

模式切换模块，用于响应于接收到的模式切换指令，从所述本地模式切换至云边模式，其中，当处于所述云边模式的情况下，所述主设备作为第二集群中的工作节点，所述第二集群通过构建的第二网络通信连接，所述第一网络与所述第二网络处于隔离状态；

应用创建模块，在所述云边模式的情况下，响应于从所述第二集群中的管理节点接收到的容器部署指令，创建第二管理应用，其中，所述第二管理应用具有所述第一管理应用相同的功能。

8.根据权利要求7所述的容器管理装置，其特征在于，所述容器管理装置还包括：

指令处理模块，用于在云边模式的情况下，通过所述第二管理应用接收目标应用的管理指令，其中，所述管理指令发送自所述第二集群中的管理节点；

通过所述第二管理应用依据所述管理指令，向所述从设备执行对应的管理操作。

9.一种主设备，其特征在于，包括处理器以及存储器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，实现权利要求1-6任意一项所述的容器管理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现权利要求1-6任意一项所述的容器管理方法。

Images