CN111651178A - 容器配置更新方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种基于容器管理的容器配置更新方法、装置、计算机设备和存储介质。所述方法包括：获取终端发送的配置信息更改指令，配置信息更改指令包括节点标识和待变更信息；根据节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行更改，得到更新后的配置信息；通过监听器对配置管理系统中的配置信息的状态进行监测；当监测到配置信息发生变更时，获取更新后的配置信息；利用更新后的配置信息更新容器配置文件，得到更新后的容器配置文件；利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置。采用本方法能够有效提高容器应用的更新配置效率。

Description

容器配置更新方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种容器配置更新方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的迅速发展，互联网应用也也来越多。CMDB(ConfigurationManagement Database,配置管理数据库)被广泛应用，CMDB可以用于存储与管理企业IT架构中设备的各种配置信息，容器之间可以通过使用容器的IP地址来通信。由于容器进程的IP地址经常变化，传统的方式中通常需要运维人员通过IP地址访问容器进行问题排查的途径，这种排查方式过程较为繁琐且资源耗费较大，且影响资源管理系统的性能和运行效率，相关配置信息的更新效率较低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够有效提高容器应用的更新配置效率的容器配置更新方法、装置、计算机设备和存储介质。

一种容器配置更新方法，所述方法包括：

获取终端发送的配置信息更改指令，所述配置信息更改指令包括节点标识和待变更信息；

根据所述节点标识获取配置管理系统中的配置信息，利用所述待变更信息对所述节点标识对应的配置信息进行更改，得到更新后的配置信息；

通过监听器对所述配置管理系统中的配置信息的状态进行监测；

当监测到配置信息发生变化时，获取所述更新后的配置信息；利用所述更新后的配置信息更新容器配置文件，得到更新后的容器配置文件；

利用所述更新后的容器配置文件对所述配置管理系统中的容器应用进行更新配置。

在其中一个实施例中，所述方法还包括：在所述配置管理系统中初始化容器应用信息；获取预设开发脚本，通过所述开发脚本根据所述容器应用信息生成配置信息和容器标签信息，利用所述配置信息和所述容器标签信息生成容器配置文件；将所述容器配置文件中的配置信息同步存储至信息管理库；利用所述容器配置文件生成容器应用，根据所述配置信息绑定所述容器应用的节点标识。

在其中一个实施例中，所述通过监听器对所述配置管理系统中的配置信息的状态进行监测包括：通过监听器按照预设频率检测配置信息的版本信息状态；所述版本信息状态包括版本标识；当检测到配置信息的当前版本标识已上一次检测的版本标识不一致时，确定配置管理系统中的配置信息发生变更。

在其中一个实施例中，所述利用所述更新后的容器配置文件对所述配置管理系统中的容器应用进行更新配置包括：利用所述更新后的配置信息对所述容器配置文件中所述节点标识对应的配置信息进行更改，得到得到更新后的容器配置文件；利用所述更新后的容器配置文件更新部署对应的服务和容器资源，利用所述服务和所述容器资对相应的容器应用进行更新；根据所述更新后的配置信息重新绑定所述容器应用对应的节点标识。

在其中一个实施例中，所述方法还包括：监测所述配置管理系统中的资源使用信息和当前配置信息；根据所述资源使用信息和所述当前配置信息确定资源需求状态；当所述资源需求状态为待变更需求时，根据所述资源使用信息和所述当前配置信息生成待变更需求信息，将所述待变更需求信息发送至所述终端。

一种容器配置更新装置，所述装置包括：

指令获取模块，用于获取终端发送的配置信息更改指令，所述配置信息更改指令包括节点标识和待变更信息；

信息更改模块，用于根据所述节点标识获取配置管理系统中的配置信息，利用所述待变更信息对所述节点标识对应的配置信息进行更改，得到更新后的配置信息；

状态监测模块，用于通过监听器对所述配置管理系统中的配置信息的状态进行监测；

容器更新模块，用于当监测到配置信息发生变化时，获取所述更新后的配置信息；利用所述更新后的配置信息更新容器配置文件，得到更新后的容器配置文件；利用所述更新后的容器配置文件对所述配置管理系统中的容器应用进行更新配置。

在其中一个实施例中，所述容器更新模块还用于利用所述更新后的配置信息对所述容器配置文件中所述节点标识对应的配置信息进行更改，得到得到更新后的容器配置文件；利用所述更新后的容器配置文件更新部署对应的服务和容器资源，利用所述服务和所述容器资对相应的容器应用进行更新；根据所述更新后的配置信息重新绑定所述容器应用对应的节点标识。

在其中一个实施例中，所述状态监测模块还用于监测所述配置管理系统中的资源使用信息和当前配置信息；根据所述资源使用信息和所述当前配置信息确定资源需求状态；当所述资源需求状态为待变更需求时，根据所述资源使用信息和所述当前配置信息生成待变更需求信息，将所述待变更需求信息发送至所述终端。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本申请任意一个实施例中提供的容器配置更新方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请任意一个实施例中提供的容器配置更新方法的步骤。

上述容器配置更新方法、装置、计算机设备和存储介质，获取终端发送的配置信息更改指令后，根据配置信息更改指令携带的节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行更改，得到更新后的配置信息，由此能够快速有效地对配置管理系统中存储的配置信息进行修改。服务器通过监听器实时对配置管理系统中的配置信息的状态进行监测，当监测到配置信息发生变化时，获取更新后的配置信息对容器配置文件进行更新，得到更新后的容器配置文件，并利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置。通过监听器实时监听配置管理系统中的配置信息发送变更后，根据更新的配置信息自动对配置管理系统中相应的容器应用进行重新部署配置，因此不需要人工再进行相应的配置部署处理，通过动态更新容器资源配置和容器地址，有效提高了容器应用的更新效率，从而能够及时有效地更新容器应用，有效保证了容器应用的运行效率。

附图说明

图1为一个实施例中容器配置更新方法的应用场景图；

图2为一个实施例中容器配置更新方法的流程示意图；

图3为一个实施例中监测配置管理系统状态步骤的流程示意图；

图4为一个具体的实施例中容器配置更新方法的流程示意图；

图5为一个实施例中容器配置更新装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的容器配置更新方法，可以应用于如图1所示的应用环境中。其中，终端102与服务器104通过网络进行通信。终端102可以向服务器104发起配置信息更改指令，服务器104获取终端发送的配置信息更改指令后，根据配置信息更改指令携带的节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行更改，得到更新后的配置信息。服务器104通过监听器实时对配置管理系统中的配置信息的状态进行监测，当监测到配置信息发生变化时，获取更新后的配置信息对容器配置文件进行更新，得到更新后的容器配置文件，并利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种容器配置更新方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，获取终端发送的配置信息更改指令，配置信息更改指令包括节点标识和待变更信息。

CMDB(Configuration Management Database，配置管理数据库)是一个逻辑数据库，包含了配置项全生命周期的信息以及配置项之间的关系(包括物理关系、实时通信关系、非实时通信关系和依赖关系等)。容器是用来存储和组织其他对象的对象。实现链表的类就是一个容器的示例。如可以在容器中存储基本类型或任何类类型的条目，通过设置一些模版类，容器对最常用的数据结构提供了支持，配置信息中的参数可以指定容器中元素的数据类型，从而可以将许多重复而乏味的工作简化。

配置管理系统中可以根据业务需求配置和部署相应的容器应用，配置管理系统中包括各个应用或系统功能，以及各个设备等相应的配置信息。例如包括容器应用的名称、应用标识、IP地址标识、CPU信息以及内存等配置信息。在容器应用的运行过程中，可能需要对配置信息进行更改以适应相应的业务需求等。运维人员可以通过对应的终端向服务器发送配置信息更改指令，配置信息更改指令中包括了节点标识和待变更信息，节点标识可以为IP地址标识。

步骤204，根据节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行更改，得到更新后的配置信息。

服务器则可以根据节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行修改，从而得到更新后的配置信息。其中，配置信息还可以包括对应的版本标识，服务器对配置信息进行更改时，并对配置信息对应的版本标识进行更新。

步骤206，通过监听器对配置管理系统中的配置信息的状态进行监测。

容器应用在运行过程中，服务器实时调用监听器对配置管理系统中的配置信息的状态进行监测。具体地，服务器利用监听器按照预设频率检测配置信息的版本信息状态，当检测到配置信息的当前版本标识与上一次检测的版本标识不一致时，表示配置管理系统中的配置信息发生变更。

步骤208，当监测到配置信息发生变化时，获取更新后的配置信息；利用更新后的配置信息更新容器配置文件，得到更新后的容器配置文件。

步骤210，利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置。

服务器则获取更新后的配置信息，利用更新后的配置信息更新容器配置文件，得到更新后的容器配置文件，并根据更新后的配置信息固定配置节点标识信息。服务器进而利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置。即服务器检测到配置信息已经变更后，则根据更新的配置信息自动对配置管理系统中相应的容器应用进行重新部署配置，因此不需要人工再进行相应的配置部署处理，有效节省了人力成本。通过动态更新容器资源配置和容器地址，能够及时有效地发布容器应用，避免业务中断，有效保证了容器应用的运行效率。

例如，可以通过Kubernetes平台部署容器应用，使用Pod来管理容器。其中，Pod是一个或一个以上的容器(例如Docker容器)组成的，每个Pod可以包含一个或多个紧密关联的容器。Pod是一组紧密关联的容器集合。Node是Pod真正运行的主机，可以是物理机，也可以是虚拟机。为了管理Pod，每个Node节点上至少要运行container runtime(如docker或者rkt)、kubelet和kube-proxy服务。服务器通过监听器监听CMDB中配置信息的状态，当监听到配置信息发送变化时，则利用更新后的配置信息重新创建相应的容器服务和Pod资源，并重新固定Pod绑定的IP地址信息，从而对相应的容器应用进行更新。

上述容器配置更新方法中，服务器获取终端发送的配置信息更改指令后，根据配置信息更改指令携带的节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行更改，得到更新后的配置信息，由此能够快速有效地对配置管理系统中存储的配置信息进行修改。服务器通过监听器实时对配置管理系统中的配置信息的状态进行监测，当监测到配置信息发生变化时，获取更新后的配置信息对容器配置文件进行更新，得到更新后的容器配置文件，并利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置。通过监听器实时监听配置管理系统中的配置信息发送变更后，根据更新的配置信息自动对配置管理系统中相应的容器应用进行重新部署配置，因此不需要人工再进行相应的配置部署处理，通过动态更新容器资源配置和容器地址，有效提高了容器应用的更新效率，从而能够及时有效地更新容器应用，有效保证了容器应用的运行效率。

在一个实施例中，该方法还包括：在配置管理系统中初始化容器应用信息；获取预设开发脚本，通过开发脚本根据容器应用信息生成配置信息和容器标签信息，利用配置信息和容器标签信息生成容器配置文件；将容器配置文件中的配置信息同步存储至信息管理库；利用容器配置文件生成容器应用，根据配置信息绑定容器应用的节点标识。

服务器根据业务需求配置和部署相应的容器应用时，首先在配置管理系统中初始化容器应用的应用名称、应用标签、节点标识(如IP地址)、CPU信息以及内存等信息。服务器额可以获取预设的容器应用对应的开发脚本，利用开发脚本和容器应用信息生成容器配置信息和容器标签信息，并生成对应的配置文件。服务器同时将配置文件中的配置信息同步存储至配置管理系统的信息管理库中。例如信息管理库可以为配置管理系统的注册中心，用于存储容器应用的注册信息等基本配置信息。

服务器进一步利用容器配置文件创建容器服务和容器资源，例如可以利用生成的配置文件创建kubernets的容器服务和pod资源，以生成容器应用。在部署构建容器应用后，还包括节点标识绑定操作，服务器根据信息管理库中的配置信息绑定容器应用的节点标识信息，例如绑定容器应用中所需要的一个或多个IP地址信息，并通过信息管理库中的配置信息固定容器应用的节点地址信息，从而能够有效部署相应的容器应用。

例如，在一个具体实例中，在容器管理系统中配置和更新容器的流程可以如下：

(1)在CMDB中初始化容器应用名称、标签、IP地址、CPU信息、内存等信息。

(2)获取开发校本，通过开发脚本生成容器配置信息和容器标签信息，同时生成kubernets配置文件，把配置信息同步写入到容器应用对应的注册中心。

(3)通过步骤(2)生成的配置文件创建kubernets的服务和pod资源。

(4)步骤3的pod根据注册中心的信息配置固定IP地址信息。如果需要修改容器的IP地址信息和资源配置信息，需要在CMDB进行修改。

(5)通过监控程序监控CMDB配置信息变化，如果配置信息发生变化，按照上述流程重新更新POD相关信息。

在一个实施例中，通过监听器对配置管理系统中的配置信息的状态进行监测包括：通过监听器按照预设频率检测配置信息的版本信息状态；版本信息状态包括版本标识；当检测到配置信息的当前版本标识已上一次检测的版本标识不一致时，确定配置管理系统中的配置信息发生变更。

其中，服务器对配置管理系统中的配置信息进行修改的操作和通过监听器监听配置信息的操作可以是异步进行的。配置信息中包括对应的版本信息，例如每一次配置或更新后的配置信息都有相应的版本标识，版本标识可以为版本号。

服务器通过监听器按照预设频率检测配置管理系统中配置信息的版本信息状态，例如可以通过监控配置管理系统中各个节点的配置信息的版本信息状态。当检测到配置信息的当前版本标识与上一次检测的版本标识不一致时，表示配置管理系统中的配置信息发生了变化，此时则可以配置管理系统中的配置信息存在变更。服务器则获取当前版本标识对应的配置信息，利用当前版本标识对应的配置信息更新容器配置文件并更新相应的容器应用。通过动态监控配置管理系统中配置信息的状态，并根据更新后的配置信息自动更新容器应用，从而能够及时有效地发布容器应用，有效保证了容器应用的运行效率。

在一个实施例中，利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置包括：利用更新后的配置信息对容器配置文件中节点标识对应的配置信息进行更改，得到得到更新后的容器配置文件；利用更新后的容器配置文件更新部署对应的服务和容器资源，利用服务和容器资对相应的容器应用进行更新；根据更新后的配置信息重新绑定容器应用对应的节点标识。

服务器根据待更改信息对配置信息进行修改并更新成功后，则生成更新的配置信息对应的版本信息。此时服务器通过监听器可以检监测到配置管理系统中的配置信息发生了变化，服务器则获取更新后的配置信息，利用更新后的配置信息更新容器配置文件，得到更新后的容器配置文件，并根据更新后的配置信息重新生成容器配置文件。服务器进而利用当前生成的容器配置文件对配置管理系统中的容器应用进行更新配置。即服务器检测到配置信息已经变更后，则根据更新的配置信息自动对配置管理系统中应用标识对应的容器应用进行重新部署配置。

具体地，服务器可以通过滚动更新对容器应用进行更新，服务器利用更新生成的配置文件更新部署对应的服务和容器资源，生成更新后的容器应用，并根据更新后的配置信息重新绑定对应的节点标识信息。

例如，服务器还可以采用滚动升级的方式，通过逐个容器替代升级来实现无中断的服务升级。具体地，服务器获取更新后的配置信息，利用更新后的配置信息对容器应用的镜像文件的镜像参数进行更新，得到更新后的镜像文件，利用更新后的镜像文件对重新创建对应的新容器，并绑定相应的节点标识信息。服务器则在所绑定的节点标识对应的节点更新升级相应的容器应用，从而完成对容器应用的更新。

服务器通过在创建新容器后绑定节点标识信息，在利用更新的配置信息对容器应用进行更新后，重新绑定相应的节点标识信息，在容器迁移后，其节点标识不会改变，从而能够有效确保更新或迁移后容器数据不会丢失。

在一个实施例中，如图3所示，该方法还包括监测配置管理系统状态的过程，具体包括以下内容：

步骤302，监测配置管理系统中的资源使用信息和当前配置信息。

步骤304，根据资源使用信息和当前配置信息确定资源需求状态。

步骤306，当资源需求状态为待变更需求时，根据资源使用信息和当前配置信息生成待变更需求信息，将待变更需求信息发送至终端。

服务器在运行容器应用的过程中，根据业务发展情况可能需要对容器应用的一些配置信息进行修改。具体地，服务器可以实时监测各个容器应用的资源使用信息，例如资源使用信息可以包括CPU状态信息、内存大小和IP地址等信息。服务器获取信息管理库中容器应用的当前配置信息，根据资源使用信息和当前配置信息确定资源需求状态，即判断资源使用信息是否在当前配置信息的配置范围内，以确定当前配置信息是否需要修改。例如，当资源使用信息中内存使用大小即将达到配置信息中的内存预警范围时，则需要对容器应用的内存大小的配置进行更改。

当服务器检测到资源使用信息即将超出当前配置信息的配置范围时，确定资源需求状态为待变更需求。服务器则根据资源使用信息和当前配置信息生成待变更需求信息，并将待变更需求信息反馈至终端。待变更需求信息可以为相应的提示信息和建议信息，以提示运维人员需要对配置信息进行更改，还可以通知运维人员对带变更需求信息进行确认，从而对配置信息进行更改。通过动态监测资源使用情况，从而能够及时有效地对相关的配置信息进行更改配置，由此能够有效保证容器应用的运行效率。

如图4所示，在一个具体的实施例中，容器配置更新方法包括以下步骤：

步骤402，获取预设开发脚本，在配置管理系统中初始化容器应用信息。

步骤404，通过开发脚本根据容器应用信息生成配置信息和容器标签信息，利用配置信息和容器标签信息生成容器配置文件。

步骤406，将容器配置文件中的配置信息同步存储至信息管理库。

步骤408，利用容器配置文件生成容器应用，根据配置信息绑定容器应用的节点标识。

步骤410，获取终端发送的配置信息更改指令，配置信息更改指令包括节点标识和待变更信息。

步骤412，根据节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行更改，得到更新后的配置信息。

步骤414，通过监听器对配置管理系统中的配置信息的版本标识进行监测，当检测到配置信息的当前版本标识已上一次检测的版本标识不一致时，确定配置管理系统中的配置信息发生变更。

步骤416，当监测到配置信息发生变更时，利用更新后的配置信息对容器配置文件中节点标识对应的配置信息进行更改，得到得到更新后的容器配置文件。

步骤418，利用更新后的容器配置文件更新部署对应的服务和容器资源，利用服务和容器资对相应的容器应用进行更新；根据更新后的配置信息重新绑定容器应用对应的节点标识。

上述分布式数据存储方法中，服务器获取终端发送的配置信息更改指令后，根据配置信息更改指令携带的节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行更改，得到更新后的配置信息，由此能够快速有效地对配置管理系统中存储的配置信息进行修改。服务器通过监听器实时对配置管理系统中的配置信息的版本标识状态进行监测，能够有效监测配置信息是否存在变更。当监测到配置信息发生变化时，获取更新后的配置信息对容器配置文件进行更新，得到更新后的容器配置文件，并利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置。通过监听器实时监听配置管理系统中的配置信息发送变更后，根据更新的配置信息自动对配置管理系统中相应的容器应用进行重新部署配置，因此不需要人工再进行相应的配置部署处理，有效节省了人力成本。通过动态更新容器资源配置和容器地址，有效提高了容器应用的更新效率，从而能够及时有效地更新容器应用，避免业务中断，有效保证了容器应用的运行效率。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种容器配置更新装置500，包括：指令获取模块502、信息更改模块504、状态监测模块506和容器更新模块508，其中：

指令获取模块502，用于获取终端发送的配置信息更改指令，配置信息更改指令包括节点标识和待变更信息；

信息更改模块504，用于根据节点标识获取配置管理系统中的配置信息，利用待变更信息对节点标识对应的配置信息进行更改，得到更新后的配置信息；

状态监测模块506，用于通过监听器对配置管理系统中的配置信息的状态进行监测；

容器更新模块508，用于当监测到配置信息发生变化时，获取更新后的配置信息；利用更新后的配置信息更新容器配置文件，得到更新后的容器配置文件；利用更新后的容器配置文件对配置管理系统中的容器应用进行更新配置。

在一个实施例中，该装置还包括容器部署模块，用于在配置管理系统中初始化容器应用信息；获取预设开发脚本，通过开发脚本根据容器应用信息生成配置信息和容器标签信息，利用配置信息和容器标签信息生成容器配置文件；将容器配置文件中的配置信息同步存储至信息管理库；利用容器配置文件生成容器应用，根据配置信息绑定容器应用的节点标识。

在一个实施例中，状态监测模块506还用于通过监听器按照预设频率检测配置信息的版本信息状态；版本信息状态包括版本标识；当检测到配置信息的当前版本标识已上一次检测的版本标识不一致时，确定配置管理系统中的配置信息发生变更。

在一个实施例中，容器更新模块508还用于利用更新后的配置信息对容器配置文件中节点标识对应的配置信息进行更改，得到得到更新后的容器配置文件；利用更新后的容器配置文件更新部署对应的服务和容器资源，利用服务和容器资对相应的容器应用进行更新；根据更新后的配置信息重新绑定容器应用对应的节点标识。

在一个实施例中，状态监测模块506还用于监测配置管理系统中的资源使用信息和当前配置信息；根据资源使用信息和当前配置信息确定资源需求状态；当资源需求状态为待变更需求时，根据资源使用信息和当前配置信息生成待变更需求信息，将待变更需求信息发送至终端。

关于容器配置更新装置的具体限定可以参见上文中对于容器配置更新方法的限定，在此不再赘述。上述容器配置更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储容器应用信息、配置信息、容器配置文件等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种容器配置更新方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请任意一个实施例中提供的容器配置更新方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种容器配置更新方法，其特征在于，所述方法包括：

获取终端发送的配置信息更改指令，所述配置信息更改指令包括节点标识和待变更信息；

根据所述节点标识获取配置管理系统中的配置信息，利用所述待变更信息对所述节点标识对应的配置信息进行更改，得到更新后的配置信息；

通过监听器对所述配置管理系统中的配置信息的状态进行监测；

当监测到配置信息发生变更时，获取所述更新后的配置信息；利用所述更新后的配置信息更新容器配置文件，得到更新后的容器配置文件；

利用所述更新后的容器配置文件对所述配置管理系统中的容器应用进行更新配置。

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

在所述配置管理系统中初始化容器应用信息；

获取预设开发脚本，通过所述开发脚本根据所述容器应用信息生成配置信息和容器标签信息，利用所述配置信息和所述容器标签信息生成容器配置文件；

将所述容器配置文件中的配置信息同步存储至信息管理库；

利用所述容器配置文件生成容器应用，根据所述配置信息绑定所述容器应用的节点标识。

3.根据权利要求1所述的方法，其特征在于，所述通过监听器对所述配置管理系统中的配置信息的状态进行监测包括：

通过监听器按照预设频率检测配置信息的版本信息状态；所述版本信息状态包括版本标识；

当检测到配置信息的当前版本标识已上一次检测的版本标识不一致时，确定配置管理系统中的配置信息发生变更。

4.根据权利要求1任意一项所述的方法，其特征在于，所述利用所述更新后的容器配置文件对所述配置管理系统中的容器应用进行更新配置包括：

利用所述更新后的配置信息对所述容器配置文件中所述节点标识对应的配置信息进行更改，得到得到更新后的容器配置文件；

利用所述更新后的容器配置文件更新部署对应的服务和容器资源，利用所述服务和所述容器资对相应的容器应用进行更新；根据所述更新后的配置信息重新绑定所述容器应用对应的节点标识。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

监测所述配置管理系统中的资源使用信息和当前配置信息；

根据所述资源使用信息和所述当前配置信息确定资源需求状态；

当所述资源需求状态为待变更需求时，根据所述资源使用信息和所述当前配置信息生成待变更需求信息，将所述待变更需求信息发送至所述终端。

6.一种容器配置更新装置，其特征在于，所述装置包括：

指令获取模块，用于获取终端发送的配置信息更改指令，所述配置信息更改指令包括节点标识和待变更信息；

信息更改模块，用于根据所述节点标识获取配置管理系统中的配置信息，利用所述待变更信息对所述节点标识对应的配置信息进行更改，得到更新后的配置信息；

状态监测模块，用于通过监听器对所述配置管理系统中的配置信息的状态进行监测；

容器更新模块，用于当监测到配置信息发生变化时，获取所述更新后的配置信息；利用所述更新后的配置信息更新容器配置文件，得到更新后的容器配置文件；利用所述更新后的容器配置文件对所述配置管理系统中的容器应用进行更新配置。

7.根据权利要求6所述的装置，其特征在于，所述容器更新模块还用于利用所述更新后的配置信息对所述容器配置文件中所述节点标识对应的配置信息进行更改，得到得到更新后的容器配置文件；利用所述更新后的容器配置文件更新部署对应的服务和容器资源，利用所述服务和所述容器资对相应的容器应用进行更新；根据所述更新后的配置信息重新绑定所述容器应用对应的节点标识。

8.根据权利要求6所述的装置，其特征在于，所述状态监测模块还用于监测所述配置管理系统中的资源使用信息和当前配置信息；根据所述资源使用信息和所述当前配置信息确定资源需求状态；当所述资源需求状态为待变更需求时，根据所述资源使用信息和所述当前配置信息生成待变更需求信息，将所述待变更需求信息发送至所述终端。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述的方法的步骤。

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

Images