CN109491762B - 容器状态控制方法及装置、存储介质、电子设备 - Google Patents

Abstract

本发明实施例是关于一种容器状态控制方法及装置，属于计算机技术领域，该方法包括：检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生；如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生，则获取所述更新触发事件对应容器所属服务器的第一标识以及所述容器的第二标识；根据所述第一标识和所述第二标识，更新所述容器的状态。该方法解决了现有技术中不能对容器集群进行部署导致的容器状态控制效率较低的问题，提高了容器状态的控制效率。

Description

容器状态控制方法及装置、存储介质、电子设备

技术领域

本发明实施例涉及计算机技术领域，具体而言，涉及一种容器状态控制方法、容器状态控制装置、计算机可读存储介质以及电子设备。

背景技术

Docker是一个开源的应用容器引擎，一般来说，一个Docker容器都只存放一种服务，而一个应用会由多种服务共同组成，所以需要启动多个容器去支撑该应用。但是，当容器数量达到一定规模且单服务器资源不能满足的时候，就会有把容器分布在多个服务器上的需求。因此，如何对容器进行编排便于对容器进行管理则成了较为麻烦的问题。

在现有的对容器管理的方案中，可以包括如下两种：一种是，通过原生的Docker命令或者调用Docker api对容器进行管理；另一种是，通过Docker swarm提供的容器编排方式对容器进行管理。

但是，上述两种方式每次都只能对单一的容器进行启动或停止，不能对整个容器集群进行部署，因此当容器较多时，管理起来较为费时费力且效率较低。

因此，需要提供一种新的容器状态控制方法及装置。

需要说明的是，在上述背景技术部分发明的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明的目的在于提供一种容器状态控制方法、容器状态控制装置、计算机可读存储介质以及电子设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的容器状态控制效率较低的问题。

根据本公开的一个方面，提供一种容器状态控制方法，包括：

检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生；

如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生，则获取所述更新触发事件对应容器所属服务器的第一标识以及所述容器的第二标识；

根据所述第一标识和所述第二标识，更新所述容器的状态。

在本公开的一种示例性实施例中，检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生包括：

检测所述分布式数据库中的容器分布蓝图中的各容器的键值是否被更新。

在本公开的一种示例性实施例中，更新所述容器的状态包括：

调用容器管理进程的接口，并通过所述容器管理进程的接口控制所述容器的启动或停止。

在本公开的一种示例性实施例中，控制所述容器的启动或停止包括：

根据所述第二标识判断所述容器是否在所述容器分布蓝图中；

如果所述容器在所述容器分布蓝图中，判断所述容器是否在该容器对应的服务器中；

如果所述容器在该容器对应的服务器中，则控制所述容器的启动或停止。

在本公开的一种示例性实施例中，所述容器状态控制方法还包括：

如果所述容器不在所述容器分布蓝图中，则删除所述容器。

在本公开的一种示例性实施例中，所述容器状态控制方法还包括：

如果所述容器不在该容器对应的服务器中，则启动所述容器。

在本公开的一种示例性实施例中，启动所述容器包括：

获取所述容器对应的启动参数；

根据所述启动参数，启动所述容器。

根据本公开的一个方面，提供一种容器状态控制方法，包括：

配置容器分布蓝图，并将所述容器分布蓝图存储至分布式数据库中；其中，所述容器分布蓝图包括容器所属服务器的第一标识以及该容器的第二标识；

接收用户对所述容器分布蓝图中容器状态的更新信息，并根据所述更新信息生成容器状态的更新触发事件；

将所述更新触发事件存储至所述分布式数据库中，以使所述服务器在检测到所述更新触发事件时，根据所述第一标识以及第二标识对容器的状态进行更新。

在本公开的一种示例性实施例中，将所述容器分布蓝图存储至分布式数据库中包括：

调用所述分布式数据库的接口，并通过所述分布式数据库的接口将所述容器分布蓝图存储至所述分布式数据库中。

根据本公开的一个方面，提供一种容器状态控制装置，包括：

检测模块，用于检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生；

获取模块，用于如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生时，则获取所述更新触发事件对应容器所属的服务器的第一标识以及所述容器的第二标识；

控制模块，用于根据所述第一标识以及第二标识，更新所述容器的状态。

根据本公开的一个方面，提供一种容器状态控制装置，包括：

配置模块，用于配置容器分布蓝图，并将所述容器分布蓝图存储至分布式数据库中；其中，所述容器分布蓝图包括容器所属的服务器的第一标识以及该容器的第二标识；

生成模块，用于接收用户对所述容器分布蓝图中容器状态的更新信息，并根据所述更新信息生成容器状态的更新触发事件；

存储模块，用于将所述更新触发事件存储至所述分布式数据库中，以使所述服务器在检测到所述更新触发事件时，根据所述第一标识以及第二标识对已所述容器的状态进行更新。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的容器状态控制方法。

根据本公开的一个方面，提供一种电子设备，包括：

处理器；以及

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

其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的容器状态控制方法。

本公开实施例一种容器状态控制在方法及装置，通过在检测到分布式数据库中的容器分布蓝图有容器状态的更新触发事件发生时，获取更新触发事件对应容器所属服务器的第一标识以及容器的第二标识；根据第一标识和第二标识，更新容器的状态；一方面，通过在检测到容器分布蓝图有更新触发事件发生时，获取更新触发事件对应容器所属服务器的第一标识以及该容器的第二标识，然后再根据第一标识以及第二标识控制容器的状态，解决了现有技术中不能对容器集群进行部署导致的容器状态控制效率较低的问题，提高了容器状态的更新效率；另一方面，当检测到分布式数据库中的容器分布蓝图有更新触发事件发生时，即对容器的状态进行控制，提升了容器状态控制的及时性，进而提升了整个系统的响应速度；再一方面，通过根据第一标识以及第二标识，更新容器的状态，可以直接根据服务器唯一标识以及容器服务标识定位到需要进行更新的容器，增加了容器状态控制的灵活性，同时提升了容器状态控制的精确度。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出一种容器状态控制方法的流程图。

图2示意性示出一种容器状态控制方法的应用场景示例图。

图3示意性示出一种容器分布蓝图的示例图。

图4示意性示出一种控制已更新状态的容器的启动或停止的方法流程图。

图5示意性示出另一种容器状态控制方法的流程图。

图6示意性示出另一种容器状态控制方法的流程图。

图7示意性示出一种容器状态控制装置的框图。

图8示意性示出另一种容器状态控制装置的框图。

图9示意性示出一种用于实现上述容器状态控制方法的电子设备示例图。

图10示意性示出一种用于实现上述容器状态控制方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本发明的各方面变得模糊。

此外，附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

Docker是一个开源的应用容器引擎，开发者可以打包应用以及其依赖，到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化。Docker容器提供了一种轻量级的虚拟化技术，相对于虚拟机，占用资源更少，启动速度更快。因为服务及其依赖都已经打包好在镜像中，所以容器提供的服务都能保证很好的一致性。

一般来说，一个Docker容器都只放置一种服务，而一个应用会由多种服务共同组成，所以需要启动多个容器去支撑应用。当容器数量达到一定规模，单服务器资源不能满足的时候，就会有把容器分布在多个服务器上的需求。

要在单个服务器中启动或停止Docker容器，可以通过原生的Docker命令或者调用Docker api实现。但如果业务规模增长到一定程度，需要的服务器数量众多、需要部署的应用终端以及需要启动的容器数量也众多时，需要在各个单独服务器中去部署容器。如下面命令在其中一台服务器启动helloworld容器：

docker run-idt--name helloworld alpine ping docker.com

对于容器服务的编排，Docker内置提供Docker swarm模式，能将一种容器服务，分发部署在不同服务器上面。下面例子能在3个服务器中启动helloworld容器服务：

docker service create--replicas 3--name helloworld alpine pingdocker.com

从上面可以看到，当服务器与容器数量到了一定规模后，如果人工逐个服务器部署相关容器，会费时费力，效率太低。

而Docker swarm提供的容器编排方式，用相关命令去部署容器服务，每次也只能对单一服务进行启停，缺少一种全局的配置，对整个集群容器进行部署。当到了一定规模后，这种管理方式不够方便灵活。另外，因为docker swarm在设计上对底层的封装，容器的分布一般是对用户透明，不受用户控制。如果要指定所有容器在特定不同的服务器中部署，这种设计下也不方便实现。而在生产环境下由于不同服务器配置的差异，这种需求是有必要的。

如果要引入一些第三方的容器编排系统，比如kubernetes，需要把除docker容器外的一整套框架和概念引入进来，这会加大复杂度。对于使用者而言，虽然这些编排工具提供了一些编排部署策略，但同样也不是最简单、直观的容器部署方式。

本示例实施方式中首先提供了一种容器状态控制方法，该方法可以运行于服务器、服务器集群或云服务器等；当然，本领域技术人员也可以根据需求在其他平台运行本发明的方法，本示例性实施例中对此不做特殊限定。参考图1所示，该容器控制方法可以包括以下步骤：

步骤S110.检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生。

步骤S120.如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生，则获取所述更新触发事件对应容器所属服务器的第一标识以及所述容器的第二标识。

步骤S130.根据所述第一标识和所述第二标识，更新所述容器的状态。

上述容器状态控制方法中，一方面，通过在检测到容器分布蓝图有更新触发事件发生时，获取更新触发事件对应容器所属服务器的第一标识以及该容器的第二标识，然后再根据第一标识以及第二标识控制容器的状态，解决了现有技术中不能对容器集群进行部署导致的容器状态控制效率较低的问题，提高了容器状态的更新效率；另一方面，当检测到分布式数据库中的容器分布蓝图有更新触发事件发生时，即对容器的状态进行控制，提升了容器状态控制的及时性，进而提升了整个系统的响应速度；再一方面，通过根据第一标识以及第二标识，更新容器的状态，可以直接根据服务器唯一标识以及容器服务标识定位到需要进行更新的容器，增加了容器状态控制的灵活性，同时提升了容器状态控制的精确度。

下面，将结合附图对本示例实施方式中上述容器状态控制方法中的各步骤进行详细的解释以及说明。

在步骤S110中，检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生。

在本示例实施方式中，参考图2所示，首先，终端设备201(Manager)启动服务器代理容器202(consul-agent，可以包括server、client以及ui等等，用于负责在各个服务器节点的服务代理)以及控制容器203(manager-agent，用于负责监听分布式数据库数据变动信息，并执行Docker容器启停)；然后，当控制容器203启动以后，利用控制容器检测分布式数据库204中的容器分布蓝图是否有更新触发事件发生。其中，检测分布式数据库中的容器分布蓝图是否有更新触发事件发生可以包括：检测所述分布式数据库中的容器分布蓝图中的各容器的键值是否被更新。详细而言：

利用上述manager-agent通过consul-agent提供的分布式数据库的api去检测(watch)分数时数据库中的容器分布蓝图中的各容器的键值是否被更新。具体来说，是利用consul-agent提供的接口去watch分布式kv数据库中定义的容器分布，一旦容器分布蓝图发生变动，会触发key变动事件。其中，上述容器分布蓝图可以被定义在分布式kv数据库的一个key中，value以json格式保存；进一步的，容器分布蓝图的具体示例图可以参考图3所示，可以对应consul中一个key/value(manager/demand_config)。

在步骤S120中，如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生，则获取所述更新触发事件对应容器所属服务器的第一标识以及所述容器的第二标识。

在本示例实施方式中，第一标识可以是服务器唯一标识；第二标识可以是容器服务标识；继续参考图2所示，当manager-agent检测到分布式数据库204中的容器分布蓝图有更新触发事件发生时，则可以获取更新触发事件对应容器所属的服务器的第一标识以及容器的第二标识。此处需要补充说明的是，由于上述容器分布蓝图的数据结构是一个字典；字典的key可以是服务器唯一标识，可以用集群中服务器的ip进行指定，value是一个数组，里面可以放置需要启动的Docker容器服务标识。因此，可以直接从容器分布蓝图的数据结构中获取更新触发事件对应容器所属的服务器的第一标识以及容器的第二标识。通过使用该方式，可以直接定位到更新触发事件对应的容器，提高了对容器的获取速度，同时也提高了对容器的获取精度。

在步骤S130中，根据所述第一标识和所述第二标识，更新所述容器的状态。

在本示例实施方式中，当获取到更新触发事件对应容器所属的服务器的第一标识以及容器的第二标识后，可以根据第一标识以及第二标识，更新该容器的状态。其中，更新该容器的状态可以包括：调用容器管理进程的接口，并通过所述容器管理进程的接口控制所述容器的启动或停止。详细而言：

首先，调用容器管理进程(Docker daemon，Docker官方后台进程)的接口，然后根据服务器唯一标识找到对应的服务器，在根据容器服务标识找到对应的容器，再根据容器的当前状态对该容器进行启动或停止。例如，当容器的当前状态是运行状态时，则可以对该容器进行停止；当该容器的当前状态时停止时，则可以对该容器进行启动。

进一步的，图4示意性示出一种控制所述容器的启动或停止的方法。参考图4所示，该控制容器的启动或停止的方法可以包括步骤S410-步骤S430。其中：

在步骤S410中，根据所述第二标识判断所述容器是否在所述容器分布蓝图中。

在本示例实施方式中，继续参考图2所示，利用manager-agent从容器分布蓝图中获取任一服务器对应的容器部署信息(第二标识)，然后对获取到的该服务器对应的容器部署信息以及该服务器上已经启动的容器服务标识进行对比，判断已更新状态的容器是否在容器分布蓝图中。

在步骤S420中，如果所述容器在所述容器分布蓝图中，判断所述容器是否在该容器对应的服务器中。

在本示例实施方式中，如果已更新状态的容器在容器分布蓝图中，则判断已更新状态的容器是否在该容器对应的服务器中；进一步的，如果已更新状态的容器不在容器分布蓝图中，则对该容器进行停止并删除该容器。

在步骤S430中，如果所述容器在该容器对应的服务器中，则控制所述容器的启动或停止。

在本示例实施方式中，如果已更新状态的容器在该容器对应的服务器中，则控制该已更新状态的容器进行启动或停止；进一步的，如果所述已更新状态的容器不在该容器对应的服务器中，则启动所述已更新状态的容器。其中，启动该已更新状态的容器可以包括：获取所述容器对应的启动参数；根据所述启动参数，启动所述容器。详细而言：

当manager-agent拿到容器分布蓝图，需要根据容器服务标识启动相关容器是，是需要获取容器启动相关配置的。可以通过容器服务标识对应的启动配置(启动参数)进行启动，该启动参数可以存放在consul分布式数据库的对应key中。manager-agent可以先获取这个key对应value拿到容器启动参数，然后再根据该启动参数启动该容器。通过这种方式，可以实现各种灵活的启动定制，提高了容器启动的效率。

本公开还提供了另一种容器状态控制方法，该方法可以运行与终端设备，例如可以是PC等等。参考图5所示，该容器状态控制方法可以包括步骤S510至步骤S530。其中：

在步骤S510中，配置容器分布蓝图，并将所述容器分布蓝图存储至分布式数据库中；其中，所述容器分布蓝图包括容器所属服务器的第一标识以及该容器的第二标识。

在本示例实施方式中，继续参考图2所示，首先，配置容器分布蓝图；其中，该容器分布蓝图可以包括容器所属服务器的第一标识(服务器唯一标识)以及该容器的第二标识(容器服务标识)；也可以包括与容器相关的其他信息，例如可以是容器启动参数等等，本示例对此不做特殊限制；然后，当容器分布蓝图配置完成后，可以将该容器分布蓝图存储至分布式数据库中。其中，将该容器分布蓝图存储至分布式数据库中可以包括：调用所述分布式数据库的接口，并通过所述分布式数据库的接口将所述容器分布蓝图存储至所述分布式数据库中。详细而言：

首先，调用分布式数据库的接口(api)，然后，通过该接口(api)将上述容器分布蓝图存储至该分布式数据库中。其中，该分布式数据库例如可以是分布式KV(Key-Value)数据库，也可以是其他分布式数据库，本示例对此不做特殊限制。

在步骤S520中，接收用户对所述容器分布蓝图中容器状态的更新信息，并根据所述更新信息生成容器状态的更新触发事件。

在本示例实施方式中，客户端接收用户对容器分布蓝图中容器状态的更新信息，然后根据该更新信息生成容器装填的更新触发事件；例如，用户可以通过consul-ui编辑容器分布蓝图，进行update后，consul中的manager/demand_config这个key值会被更新，即可以生成更新触发事件。

在步骤S530中，将所述更新触发事件存储至所述分布式数据库中，以使所述服务器在检测到所述更新触发事件时，根据所述第一标识以及第二标识对容器的状态进行更新。

在本示例实施方式中，当上述更新触发事件生成后，将该更新触发事件存储至分布式数据库，即可以触发在各个服务器上面manager-agent的watch事件；当manager-agent的watch事件被触发后，可以根据服务器唯一标识以及该容器服务标识对已更新状态的容器的状态进行控制。

进一步的，在本公开的一种示例实施方式中，除了可以用consul-ui编辑容器分布蓝图，触发容器状态信息更新外，还能通过在manager终端设备执行命令发送更新通知给全部或部分manager-agent，让这些manager-agent根据蓝图配置指定更新全部或部分docker容器。这是对用户进行容器部署操作的一种灵活的补充。而同时，蓝图配置本身key值的更新，也可以通过相关接口实现。在服务器、容器规模变得更大时，可以通过这个接口方便对接其他调度系统，自定义调度规则实现容器调度。

图6示意性示出另一种容器状态控制方法。参考图6所示，该容器状态控制方法可以包括以下步骤：

步骤S610，终端设备201控制服务器代理容器202以及控制容器203启动；

步骤S620，用户通过终端设备201配置容器分布蓝图，并将容器分布蓝图存储至分布式数据库204中；

步骤S630，用户通过终端设备201对容器状态信息进行更改，并生成容器状态的更新触发事件；再将该更新触发事件存储至分布式数据库204中；

步骤S640，控制容器203通过服务器代理容器202提供的分布式数据库204的接口检测到上述容器状态的更新触发事件；然后获取更新触发事件中包括的各容器所属服务器的第一标识以及容器的第二标识；

步骤S650，控制容器203调用容器后台管理进程601的接口，然后通过该接口根据各容器所属服务器的第一标识以及容器的第二标识控制各容器的启停。

上述容器状态控制方法中，把整个集群所有服务器上面需要分布的所有Docker容器，抽象成为一个全局的容器分布蓝图；蓝图主要包含两方面信息：一方面是服务器所在集群中的唯一标识，另一方面是每个服务器标识下需要部署的一组Docker容器服务标识；这个蓝图可以被人工创建及编辑，一旦被保存，各个服务器会严格按照蓝图的配置，启停相关Docker容器服务；最终整个集群的容器分布状态，能与蓝图所描述的一致。对于在多台服务器上面多个容器进行部署的操作，通过本发明能转化成对一个蓝图的编辑；通过这种可视化的编辑，能更直观、全局、快速的对整个服务器集群上的容器进行调度。用户以一种所见即所得的体验，对整个集群的容器服务进行了编排。对于中等规模的服务器集群，这种容器编排调度方式会更加简单灵活有效。

本公开还提供了一种容器状态控制装置，参考图7所示，该容器状态控制装置可以包括检测模块710、获取模块720以及控制模块730。其中：

检测模块710可以用于检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生。

获取模块720可以用于如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生时，则获取所述更新触发事件对应容器所属的服务器的第一标识以及所述容器的第二标识。

控制模块730可以用于用于根据所述第一标识以及第二标识，更新所述容器的状态。

本公开还提供了另一种容器状态控制装置，参考图8所示，该容器状态控制装置还可以包括配置模块810、生成模块820以及存储模块830。其中：

配置模块810可以用于配置容器分布蓝图，并将所述容器分布蓝图存储至分布式数据库中；其中，所述容器分布蓝图包括容器所属的服务器的第一标识以及该容器的第二标识。

生成模块820可以用于接收用户对所述容器分布蓝图中容器状态的更新信息，并根据所述更新信息生成容器状态的更新触发事件。

存储模块830可以用于将所述更新触发事件存储至所述分布式数据库中，以使所述服务器在检测到所述更新触发事件时，根据所述第一标识以及第二标识对已所述容器的状态进行更新。

在本公开的一种示例实施方式中，检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生包括：检测所述分布式数据库中的容器分布蓝图中的各容器的键值是否被更新。

在本公开的一种示例实施方式中，更新所述容器的状态包括：调用容器管理进程的接口，并通过所述容器管理进程的接口控制所述容器的启动或停止。

在本公开的一种示例实施方式中，控制所述容器的启动或停止包括：

根据所述第二标识判断所述容器是否在所述容器分布蓝图中；

如果所述容器在所述容器分布蓝图中，判断所述容器是否在该容器对应的服务器中；

如果所述容器在该容器对应的服务器中，则控制所述容器的启动或停止。

在本公开的一种示例实施方式中，所述容器状态控制装置还包括：

删除模块，可以用于如果所述容器不在所述容器分布蓝图中，则删除所述容器。

在本公开的一种示例实施方式中，启动所述容器包括：

获取所述容器对应的启动参数；根据所述启动参数，启动所述已更新状态的容器。

在本公开的一种示例实施方式中，将所述容器分布蓝图存储至分布式数据库中包括：

调用所述分布式数据库的接口，并通过所述分布式数据库的接口将所述容器分布蓝图存储至所述分布式数据库中。

上述容器状态控制装置中各模块的具体细节已经在对应的容器状态控制方法中进行了详细想描述，因此此处不再赘述。

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

此外，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本发明实施方式的方法。

在本发明的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本发明的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

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

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元910可以执行如图1中所示的步骤S110：检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生；S120：如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生，则获取所述更新触发事件对应容器所属服务器的第一标识以及所述容器的第二标识；步骤S130：根据所述第一标识和所述第二标识，更新所述容器的状态。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

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

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

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

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本发明实施方式的方法。

在本发明的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图10所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

Claims (11)

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

终端设备控制服务器代理容器以及控制容器启动；

用户通过所述终端设备配置容器分布蓝图，并将所述容器分布蓝图存储至分布式数据库中；

所述用户通过所述终端设备对容器状态信息进行更改，并生成容器状态的更新触发事件；将所述更新触发事件存储至所述分布式数据库中；其中，所述更新触发事件为：用户通过consul-ui编辑容器分布蓝图，update后，consul中的manager/demand_config值被更新；

所述控制容器通过所述服务器代理容器提供的分布式数据库的接口检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生；其中，所述容器分布蓝图包括容器所属服务器的第一标识以及该容器的第二标识；

如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生，则获取所述更新触发事件对应容器所属服务器的第一标识以及所述容器的第二标识；

根据所述第一标识以及所述第二标识，调用容器管理进程的接口，并通过所述容器管理进程的接口控制所述容器启动或停止；其中，启动所述容器包括：

获取所述容器对应的启动参数；

根据所述启动参数，启动所述容器。

2.根据权利要求1所述的容器状态控制方法，其特征在于，检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生包括：

检测所述分布式数据库中的容器分布蓝图中的各容器的键值是否被更新。

3.根据权利要求1所述的容器状态控制方法，其特征在于，控制所述容器的启动或停止包括：

根据所述第二标识判断所述容器是否在所述容器分布蓝图中；

如果所述容器在所述容器分布蓝图中，判断所述容器是否在该容器对应的服务器中；

如果所述容器在该容器对应的服务器中，则控制所述容器启动或停止。

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

如果所述容器不在所述容器分布蓝图中，则删除所述容器。

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

如果所述容器不在该容器对应的服务器中，则启动所述容器。

6.一种容器状态控制方法，其特征在于，包括：

终端设备控制服务器代理容器以及控制容器启动；

用户通过所述终端设备配置容器分布蓝图，并将所述容器分布蓝图存储至分布式数据库中；其中，所述容器分布蓝图包括容器所属服务器的第一标识以及该容器的第二标识；

接收所述用户通过所述终端设备对所述容器分布蓝图中容器状态的更新信息，并根据所述更新信息生成容器状态的更新触发事件；其中，所述更新触发事件为：用户通过consul-ui编辑容器分布蓝图，update后，consul中的manager/demand_config值被更新；

将所述更新触发事件存储至所述分布式数据库中，以使所述控制容器在检测到所述更新触发事件时，根据所述第一标识以及第二标识对容器的状态进行更新，其中，根据所述第一标识以及第二标识对容器的状态进行更新，包括：

调用容器管理进程的接口，并通过所述容器管理进程的接口控制所述容器启动或停止；其中，启动所述容器包括：

获取所述容器对应的启动参数；

根据所述启动参数，启动所述容器。

7.根据权利要求6所述的容器状态控制方法，其特征在于，将所述容器分布蓝图存储至分布式数据库中包括：

调用所述分布式数据库的接口，并通过所述分布式数据库的接口将所述容器分布蓝图存储至所述分布式数据库中。

8.一种容器状态控制装置，其特征在于，包括：

检测模块，用于终端设备控制服务器代理容器以及控制容器启动；

用户通过所述终端设备配置容器分布蓝图，并将所述容器分布蓝图存储至分布式数据库中；

所述用户通过所述终端设备对容器状态信息进行更改，并生成容器状态的更新触发事件；将所述更新触发事件存储至所述分布式数据库中；其中，所述更新触发事件为：用户通过consul-ui编辑容器分布蓝图，update后，consul中的manager/demand_config值被更新；

所述控制容器通过所述服务器代理容器提供的分布式数据库的接口检测分布式数据库中的容器分布蓝图是否有容器状态的更新触发事件发生，其中，所述容器分布蓝图包括容器所属服务器的第一标识以及该容器的第二标识；

获取模块，用于如果检测到所述分布式数据库中的容器分布蓝图有所述容器状态的更新触发事件发生时，则获取所述更新触发事件对应容器所属的服务器的第一标识以及所述容器的第二标识；

控制模块，用于根据所述第一标识以及第二标识，调用容器管理进程的接口，并通过所述容器管理进程的接口控制所述容器启动或停止；其中，启动所述容器包括：

获取所述容器对应的启动参数；

根据所述启动参数，启动所述容器。

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

配置模块，用于终端设备控制服务器代理容器以及控制容器启动；

用户通过所述终端设备配置容器分布蓝图，并将所述容器分布蓝图存储至分布式数据库中；其中，所述容器分布蓝图包括容器所属的服务器的第一标识以及该容器的第二标识；

生成模块，用于接收所述用户通过所述终端设备对所述容器分布蓝图中容器状态的更新信息，并根据所述更新信息生成容器状态的更新触发事件；其中，所述更新触发事件为：用户通过consul-ui编辑容器分布蓝图，update后，consul中的manager/demand_config值被更新；

存储模块，用于将所述更新触发事件存储至所述分布式数据库中，以使所述控制容器在检测到所述更新触发事件时，根据所述第一标识以及第二标识对所述容器的状态进行更新，其中，根据所述第一标识以及第二标识对容器的状态进行更新，包括：

调用容器管理进程的接口，并通过所述容器管理进程的接口控制所述容器的启动或停止；其中，启动所述容器包括：

获取所述容器对应的启动参数；

根据所述启动参数，启动所述容器。

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

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

处理器；以及

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的容器状态控制方法。

Images