CN114936048A - 配置管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种配置管理方法、装置、电子设备及存储介质，所述方法包括：在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据所述变更后的配置信息，创建与所述历史资源对象对应的新的资源对象；从关联有所述历史资源对象的多个业务容器中，确定出目标业务容器；根据所述变更后的配置信息，将所述目标业务容器关联的所述历史资源对象调整为所述新的资源对象；在关联有所述新的资源对象的目标业务容器处于正常运行状态的情况下，将所述多个业务容器中除所述目标业务容器之外的业务容器所关联的历史资源对象，调整为所述新的资源对象。该方法可以使得在变更后的配置信息出现问题时，将影响范围控制在一定范围内，降低风险。

Description

配置管理方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种配置管理方法、装置、电子设备、存储介质及程序产品。

背景技术

在实际生产过程中，常常会将一些可能修改的变量以配置变量形式写入到配置文件中，使得在业务运营过程中，可以只需变更配置而不需要变更运行程序，从而可以方便地针对各种业务场景进行变更。

目前，配置发布大多基于kubernetes(一个开源的容器编排引擎，用来对容器化应用进行自动化部署、扩缩和管理)的原生发布能力，然而基于kubernetes的原生发布方法是在每次配置变更时，会一次性全量更新到所有使用了该配置的业务容器，这种方法存在的风险，若变更的配置存在问题，则会导致所有的业务容器均出现问题，存在的风险较高。

发明内容

本公开提供一种配置管理方法、装置、电子设备、存储介质及程序产品，以至少解决相关技术中配置发布方法存在的风险较大的技术问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种配置管理方法，包括：

在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据所述变更后的配置信息，创建与所述历史资源对象对应的新的资源对象；所述新的资源对象存储有所述变更后的配置信息；

从关联有所述历史资源对象的多个业务容器中，确定出目标业务容器；

根据所述变更后的配置信息，将所述目标业务容器关联的所述历史资源对象调整为所述新的资源对象；

在关联有所述新的资源对象的目标业务容器处于正常运行状态的情况下，将所述多个业务容器中除所述目标业务容器之外的业务容器所关联的历史资源对象，调整为所述新的资源对象。

在一示例性实施例中，所述方法还包括：

获取针对历史资源对象的变更后的配置信息；

对所述变更后的配置信息进行解析处理，得到所述变更后的配置信息的配置标识；

在所述配置标识与所述历史资源对象存储的历史配置信息的配置标识不相同的情况下，则确定所述变更后的配置信息满足预设条件。

在一示例性实施例中，所述方法还包括：

监听所述新的资源对象变更到所述目标业务容器的同步状态信息；

在监听到所述新的资源对象已经变更到所述目标业务容器的情况下，返回对应的同步状态信息至发布终端，以使所述发布终端展示所述新的资源对象的所述同步状态信息；所述发布终端为用于发布所述变更后的配置信息的终端。

在一示例性实施例中，所述变更后的配置信息以配置文件的形式存储于所述新的资源对象中，所述方法还包括：

获取所述目标业务容器当前关联的资源对象所包括的各个配置文件的第一标识，以及所述新的资源对象所包括的各个配置文件的第二标识；

在各所述配置文件的所述第一标识与所述第二标识相同的情况下，则确定所述新的资源对象已同步到所述目标业务容器中。

在一示例性实施例中，在根据所述变更后的配置信息，将所述目标业务容器关联的所述历史资源对象调整为所述新的资源对象之后，还包括：

在确定所述新的资源对象已同步到所述目标业务容器中的情况下，在所述目标业务容器中生成业务进程重启指令；根据所述业务进程重启指令，对所述目标业务容器的业务进程进行重启，使所述目标业务容器基于所述新的资源对象进行运行。

在一示例性实施例中，在根据所述变更后的配置信息，创建与所述历史资源对象对应的新的资源对象之后，还包括：

生成所述新的资源对象的版本标识；

基于所述版本标识和所述新的资源对象的配置信息，得到所述新的资源对象的版本配置信息，并记录所述版本配置信息。

在一示例性实施例中，所述方法还包括：

获取历史记录的任意两个版本配置信息；

基于所述两个版本配置信息之间的对比结果，得到所述两个版本配置信息之间的差异信息；

将所述两个版本配置信息和所述差异信息发送至发布终端进行展示。

根据本公开实施例的第二方面，提供一种配置管理装置，包括：

创建单元，被配置为执行在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据所述变更后的配置信息，创建与所述历史资源对象对应的新的资源对象；所述新的资源对象存储有所述变更后的配置信息；

确定单元，被配置为执行从关联有所述历史资源对象的多个业务容器中，确定出目标业务容器；

第一调整单元，被配置为执行根据所述变更后的配置信息，将所述目标业务容器关联的所述历史资源对象调整为所述新的资源对象；

第二调整单元，被配置为执行在关联有所述新的资源对象的目标业务容器处于正常运行状态的情况下，将所述多个业务容器中除所述目标业务容器之外的业务容器所关联的历史资源对象，调整为所述新的资源对象。

在一示例性实施例中，所述创建单元，还被配置为执行获取针对历史资源对象的变更后的配置信息；对所述变更后的配置信息进行解析处理，得到所述变更后的配置信息的配置标识；在所述配置标识与所述历史资源对象存储的历史配置信息的配置标识不相同的情况下，则确定所述变更后的配置信息满足预设条件。

在一示例性实施例中，所述装置还包括监听单元，被配置为执行监听所述新的资源对象变更到所述目标业务容器的同步状态信息；在监听到所述新的资源对象已经变更到所述目标业务容器的情况下，返回对应的同步状态信息至发布终端，以使所述发布终端展示所述新的资源对象的所述同步状态信息；所述发布终端为用于发布所述变更后的配置信息的终端。

在一示例性实施例中，所述变更后的配置信息以配置文件的形式存储于所述新的资源对象中，所述装置还包括状态确定单元，被配置为执行获取所述目标业务容器当前关联的资源对象所包括的各个配置文件的第一标识，以及所述新的资源对象所包括的各个配置文件的第二标识；在各所述配置文件的所述第一标识与所述第二标识相同的情况下，则确定所述新的资源对象已同步到所述目标业务容器中。

在一示例性实施例中，所述装置还包括重启单元，被配置为执行在确定所述新的资源对象已同步到所述目标业务容器中的情况下，在所述目标业务容器中生成业务进程重启指令；根据所述业务进程重启指令，对所述目标业务容器的业务进程进行重启，使所述目标业务容器基于所述新的资源对象进行运行。

在一示例性实施例中，所述装置还包括管理单元，被配置为执行生成所述新的资源对象的版本标识；基于所述版本标识和所述新的资源对象的配置信息，得到所述新的资源对象的版本配置信息，并记录所述版本配置信息。

在一示例性实施例中，所述管理单元，还被配置为执行获取历史记录的任意两个版本配置信息；基于所述两个版本配置信息之间的对比结果，得到所述两个版本配置信息之间的差异信息；将所述两个版本配置信息和所述差异信息发送至发布终端进行展示。

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

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如上任一项所述的方法。

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

根据本公开实施例的第五方面，提供一种计算机程序产品，所述计算机程序产品中包括指令，所述指令被电子设备的处理器执行时，使得所述电子设备能够执行如上任一项所述的方法。

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

在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据变更后的配置信息，创建与历史资源对象对应的新的资源对象；从关联有历史资源对象的多个业务容器中，确定出目标业务容器；根据变更后的配置信息，将目标业务容器关联的历史资源对象调整为新的资源对象；在关联有新的资源对象的目标业务容器处于正常运行状态的情况下，将多个业务容器中除目标业务容器之外的业务容器所关联的历史资源对象，调整为新的资源对象。该方法通过先将目标业务容器关联的历史资源对象调整为新的资源对象，在目标业务容器处于正常运行状态时，再将其余业务容器关联的历史资源对象，调整为新的资源对象，可以使得在变更后的配置信息出现问题时，将影响范围控制在一定范围内，降低风险，从而克服传统的一次性全量更新方法存在的容易导致所有的业务容器均出现问题，风险较高的缺陷。

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

附图说明

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

图1是根据一示例性实施例示出的一种配置管理方法的流程示意图。

图2是根据一示例性实施例示出的一种变更后的配置信息与预设条件的匹配步骤的流程示意图。

图3是根据另一示例性实施例示出的一种配置管理方法的流程示意图。

图4是根据一示例性实施例示出的边缘计算应用场景下配置管理系统的平台架构示意图。

图5是根据一示例性实施例示出的一种配置管理装置的结构框图。

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

具体实施方式

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

需要说明的是，以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

在一示例性实施例中，如图1所示，提供了一种配置管理方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。其中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本实施例中，该方法包括以下步骤：

在步骤S110中，在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据变更后的配置信息，创建与历史资源对象对应的新的资源对象；新的资源对象存储有变更后的配置信息。

其中，资源对象(configmap)可表示kubernetes系统中的一种API对象，用于保存非机密数据，如保存配置信息。

其中，Kubernetes简称K8S，是一个开源的容器编排引擎，用来对容器化应用进行自动化部署、扩缩和管理。同时，Kubernetes系统还提供了形式多样的资源对象，并赋予各个资源对象不同的用途。例如，Secret类型的资源用于保存密码等敏感信息；ConfigMap类型的资源用于保存应用程序的配置信息。

在业务运营过程中，当需要对业务场景进行变更时，可以通过变更配置信息实现变更，从而可无需变更运行程序。

具体实现中，在终端接收到针对任意历史资源对象存储的历史配置信息进行变更的指令，以及接收到变更后的配置信息时，可根据变更后的配置信息，创建与历史资源对象对应的同一业务容器关联的新的资源对象。

更具体地，在根据变更后的配置信息创建新的资源对象前，为了避免相同的配置信息创建出多个资源对象，还可以确定变更后的配置信息是否满足预设条件，即确定变更后的配置信息与历史配置信息是否重复。

在一种实现方式中，可以通过分别获取变更后的配置信息和历史配置信息的配置标识，将变更后的配置信息的配置标识与历史配置信息的配置标识进行比对，若两者相同，则表明已经基于该变更后的配置信息创建过对应的资源对象，反之，若两者不同，则表明没有基于该变更后的配置信息创建过对应的资源对象，则可基于该变更后的配置信息创建新的资源对象，通过新的资源对象存储变更后的配置信息。

在步骤S120中，从关联有历史资源对象的多个业务容器中，确定出目标业务容器。

其中，业务容器可以理解为应用程序容器化后的镜像。

具体实现中，在得到新的资源对象后，由于业务容器基于新的资源对象运行时的运行状态是未知的，即可能出现运行状态异常的情况。因此，为了避免与历史资源对象关联的业务容器均出现运行状态异常的问题，导致不可控的风险，可以从关联有历史资源对象的多个业务容器中，确定出部分目标业务容器，先将目标业务容器关联的历史资源对象调整为新的资源对象，在运行正常时，再将其余业务容器关联的历史资源对象调整为新的资源对象。

更具体地，在一种实施方式中，可以根据用户提交的目标业务容器的容器信息，从多个业务容器中，确定出目标业务容器；在另一种实施方式中，也可以按照预设的比例从多个业务容器中，随机选择相应比例的业务容器，作为目标业务容器。例如，预设的比例为40％，关联有历史资源对象的业务容器有20个，则可从关联有历史资源对象的多个业务容器中，选择20*40％＝8个业务容器，作为目标业务容器。

在步骤S130中，根据变更后的配置信息，将目标业务容器关联的历史资源对象调整为新的资源对象。

具体实现中，在确定出目标业务容器后，可根据变更后的配置信息，将目标业务容器关联的历史资源对象调整为新的资源对象。更具体地，可先对目标业务容器与其挂载的历史资源对象进行解耦处理，再将新的资源对象挂载至目标业务容器中，实现目标业务容器配置信息的变更。

实际应用中，终端也可以接收用户指定的任一版本的资源对象，将目标业务容器当前关联的资源对象调整为该任一版本的资源对象。

在步骤S140中，在关联有新的资源对象的目标业务容器处于正常运行状态的情况下，将多个业务容器中除目标业务容器之外的业务容器所关联的历史资源对象，调整为新的资源对象。

具体实现中，当关联有新的资源对象的目标业务容器处于正常运行状态时，表明目标业务容器基于新的资源对象的运行未有异常，因此，则可以将关联有历史资源对象的多个业务容器中，除目标业务容器之外的其他业务容器，逐个进行与历史资源对象的解耦处理，并将新的资源对象挂载至其他业务容器中，由此完成关联有历史资源对象的各个业务容器的配置信息的变更。

举例说明，设关联有历史资源对象的业务容器有A1、A2、…、A10，从中确定出的目标业务容器为A1和A3，则在得到新的资源对象后，可先将目标业务容器A1和A3关联的历史资源对象调整为新的资源对象，在目标业务容器A1和A3处于正常运行状态的情况下，逐个将其余的业务容器A2、A4、A5、…、A10关联的历史资源对象调整为新的资源对象。

上述配置管理方法中，在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据变更后的配置信息，创建与历史资源对象对应的新的资源对象；从关联有历史资源对象的多个业务容器中，确定出目标业务容器；根据变更后的配置信息，将目标业务容器关联的历史资源对象调整为新的资源对象；在关联有新的资源对象的目标业务容器处于正常运行状态的情况下，将多个业务容器中除目标业务容器之外的业务容器所关联的历史资源对象，调整为新的资源对象。该方法通过先将目标业务容器关联的历史资源对象调整为新的资源对象，在目标业务容器处于正常运行状态时，再将其余业务容器关联的历史资源对象，调整为新的资源对象，可以使得在变更后的配置信息出现问题时，将影响范围控制在一定范围内，降低风险，从而克服传统的一次性全量更新方法存在的容易导致所有的业务容器均出现问题，风险较高的缺陷。

在一示例性实施例中，如图2所示，在步骤S110中，变更后的配置信息是否满足预设条件，具体可以通过以下步骤实现：

在步骤S110a中，获取针对历史资源对象的变更后的配置信息；

在步骤S110b中，对变更后的配置信息进行解析处理，得到变更后的配置信息的配置标识；

在步骤S110c中，在配置标识与历史资源对象存储的历史配置信息的配置标识不相同的情况下，则确定变更后的配置信息满足预设条件。

其中，配置标识可以为表征配置信息唯一性的标识，例如，配置标识可以为对配置信息求得的哈希值(hash值)。

具体实现中，在每一次对资源对象(configmap)的配置信息进行变更后，可同时对每一次变更后的配置信息执行解析处理，由此得到多个历史配置信息的配置标识，并可将每次得到的配置标识与相应的历史配置信息进行关联后存储。之后在获取针对历史资源对象的变更后的配置信息并得到变更后的配置信息的配置标识后，可将变更后的配置信息的配置标识与存储的各个历史配置信息的配置标识进行比对，当各个历史配置信息的配置标识均与变更后的配置信息的配置标识不相同时，表明变更后的配置信息发生了变化，因此，可确定变更后的配置信息满足预设条件，从而可根据变更后的配置信息，创建新的资源对象。

举例说明，假设资源对象的版本标识为：配置名称+版本号，配置的历史资源对象有my-config-V1、my-config-V2、…、my-config-V4等4个版本，各个版本的配置信息的哈希值分别为hash1、hash2、…、hash4，则当再次对配置信息进行变更后，对变更后的配置信息求哈希值，记为hash5，对hash5和hash1、hash2…、hash4进行比对，若hash1、hash2…、hash4均与hash5不相同，则确定变更后的配置信息符合预设条件，可根据变更后的配置信息，创建新的资源对象my-config-V5。

本实施例中，通过获取变更后的配置信息的配置标识，并与历史资源对象对应的配置标识进行比对，在两者不相同的情况下，才根据变更后的配置信息创建新的资源对象，可以避免根据相同的配置信息创建出多个版本的资源对象的问题。

在一示例性实施例中，上述方法还包括：监听新的资源对象变更到目标业务容器的同步状态信息；在监听到所述新的资源对象已经变更到所述目标业务容器的情况下，返回对应的同步状态信息至发布终端，以使发布终端展示新的资源对象的同步状态信息；发布终端为用于发布变更后的配置信息的终端。

其中，同步状态信息用于表征新的资源对象变更到目标业务容器的进度或状态。

具体实现中，由于将目标业务容器关联的历史资源对象调整为新的资源对象的请求的下发，到新的资源对象实际变更到目标业务容器中的过程是异步的，用户在下发调整请求后，无法准确得知此次变更是否已生效，因此，本实施例提出了监听新的资源变更到目标业务容器的进程的方式，在监听到到新的资源对象已经变更到目标业务容器中时，将对应的同步状态信息返回给发布终端，以使发布终端展示新的资源对象的同步状态信息，供用户查看，以便于用户了解新的资源对象变更到目标业务容器的进程。

本实施例中，通过监控新的资源变更到目标业务容器的进程，并将得到的同步状态信息返回给发布终端，并在发布终端进行展示，使得用户可清晰、直观地了解配置变更的进度和同步状态。

在一示例性实施例中，变更后的配置信息以配置文件的形式存储于新的资源对象中，上述方法还包括：获取目标业务容器当前应用的资源对象所包括的各个配置文件的第一标识，以及新的资源对象所包括的各个配置文件的第二标识；在各配置文件的第一标识与第二标识相同的情况下，则确定新的资源对象已同步到目标业务容器中。

其中，第一标识和第二标识可以为表征配置文件唯一性的标识，可以理解为文件的ID，例如，第一标识和第二标识可以为配置文件的md5值。

具体实现中，根据变更后的配置信息创建新的资源对象的方式可以为：根据变更后的配置信息生成多个配置文件，根据各个配置文件得到新的资源对象，从而使配置信息以配置文件的形式存储于新的资源对象中，进而，新的资源对象是否已经变更到目标业务容器中可以通过各个配置文件的标识来确定。

更具体地，可以获取目标业务容器当前关联的资源对象，即实际使用的资源对象所包括的各个配置文件的第一标识，以及获取新的资源对象所包括的各个配置文件的第二标识，将文件名相同的各个配置文件的第一标识和第二标识进行比对，当各个配置文件的第一标识和第二标识均相同时，确定新的资源对象已同步到目标业务容器中。否则，当有任一个配置文件的第一标识和第二标识不相同时，确定新的资源对象未同步到目标业务容器中。

例如，可获取目标业务容器实际使用的资源对象中所有配置文件对应的第一md5值，以及获取新的资源对象中所有配置文件对应的第二md5值，将两者进行对比，各个相同文件名的配置文件的第一md5值和第二md5值完全相同，则确定配置已同步，否则未同步。

本实施例中，通过对目标业务容器当前关联的资源对象所包括的各个配置文件的第一标识与新的资源对象所包括的各个配置文件的第二标识进行对比，以便于根据对比结果确定新的资源对象是否已同步到目标业务容器中，得到新的资源对象的同步状态信息，便于后续返回给发布终端进行展示。

进一步地，在新的资源对象已同步到目标业务容器中后，大多数应用的目标业务容器中的业务进程不支持实时或周期性地检测配置变更，从而不能感知到配置变更，也不能使用新的配置运行程序，因此，在一示例性实施例中，本公开还提出了在步骤S130根据变更后的配置信息，将目标业务容器关联的历史资源对象调整为新的资源对象之后，还包括：在确定新的资源对象已同步到目标业务容器中的情况下，在目标业务容器中生成业务进程重启指令；根据业务进程重启指令，对目标业务容器的业务进程进行重启，使目标业务容器基于新的资源对象进行运行。

具体实现中，可以在资源对象的发布入口提供配置信息更新后的重启指令输入入口(hook)供用户进行填写，比如可在重启指令输入入口填写业务进程的冷/热重启指令，进而在新的资源对象同步到目标业务容器后，可根据业务进程的冷/热重启指令，对目标业务容器的业务进程进行重启，使目标业务容器基于新的资源对象进行运行，实现业务进程根据新的配置运行程序。

本实施例中，通过在资源对象的发布入口提供配置信息更新后的重启指令输入入口(hook)供用户进行填写，使得在新的资源对象同步到目标业务容器后，可根据业务进程重启指令，对目标业务容器的业务进程进行重启，实现业务进程对配置变更的感知，从而使目标业务容器可基于新的资源对象进行运行。

在一示例性实施例中，在步骤S110根据变更后的配置信息，创建与历史资源对象对应的新的资源对象之后，还包括：生成新的资源对象的版本标识；基于版本标识和新的资源对象的配置信息，得到新的资源对象的版本配置信息，并记录版本配置信息。

其中，版本标识为表征新的资源对象唯一性的标识，例如，版本标识可包括资源对象名称和版本号，例如，config-V1。

具体实现中，在根据变更后的配置信息，创建与历史资源对象对应的新的资源对象之后，可结合历史资源对象的版本标识生成新的资源对象的版本标识，例如，历史资源对象的版本标识为config-V1和config-V2，则新的资源对象的版本标识可以记为config-V3，使得新的资源对象与历史资源对象具有相同的资源对象名称和不同的版本号，且版本号之间可具有一定的规律性。进一步可建立新的资源对象的版本标识和其存储的更新后的配置信息之间的映射关系，并记录该映射关系及基于该映射关系得到的版本配置信息。

本实施例中，通过生成新的资源对象的版本标识，并记录基于版本标识和新的资源对象的配置信息，得到的新的资源对象的版本配置信息，以便于后续可查看各版本的配置信息或对比各版本的配置信息之间的差异，并且可以精确地定位出现问题的版本、且便于进行配置回退处理。

在一示例性实施例中，上述方法还包括：获取历史记录的任意两个版本配置信息；基于两个版本配置信息之间的对比结果，得到两个版本配置信息之间的差异信息；将两个版本配置信息和差异信息发送至发布终端进行展示。

具体实现中，通过记录各个版本的版本配置信息，在用户需要对比任意两个版本的配置信息时，可响应于用户触发的对任意两个版本配置信息的对比指令，获取该任意两个版本配置信息并进行对比，基于对比结果得到这两个版本配置信息之间的差异信息，并可对差异信息进行标记，使得在将这两个版本配置信息和差异信息发送至发布终端后，可在发布终端展示这两个版本的配置信息和标记的差异信息。

本实施例中，通过获取历史记录的任意两个版本配置信息，基于两个版本配置信息之间的对比结果，得到两个版本配置信息之间的差异信息，并将两个版本配置信息和差异信息发送至发布终端进行展示，便于用户清晰、直观地查看和对比各版本的资源对象之间的差异点。

在另一示例性实施例中，如图3所示，是根据一示例性实施例示出的另一种配置管理方法的流程图，本实施例中，该方法包括以下步骤：

步骤S310，获取针对历史资源对象的变更后的配置信息；

步骤S320，对变更后的配置信息进行解析处理，得到变更后的配置信息的配置标识；

步骤S330，将配置标识与历史资源对象存储的历史配置信息的配置标识进行对比，若两者不相同，则确定变更后的配置信息满足预设条件，否则，确定变更后的配置信息不满足预设条件；

步骤S340，在满足预设条件的情况下，根据变更后的配置信息，创建与历史资源对象对应的新的资源对象；

步骤S350，从关联有历史资源对象的多个业务容器中，确定出目标业务容器；

步骤S360，根据变更后的配置信息，将目标业务容器关联的历史资源对象调整为新的资源对象，同时监听新的资源对象变更到目标业务容器的同步状态信息；

步骤S370，在监听到新的资源对象已经变更到目标业务容器的情况下，返回对应的同步状态信息至发布终端，以使发布终端展示新的资源对象的同步状态信息；

步骤S380，在关联有新的资源对象的目标业务容器处于正常运行状态的情况下，将多个业务容器中除目标业务容器之外的业务容器所关联的历史资源对象，调整为新的资源对象。

本实施例提供的配置管理方法，通过先将目标业务容器关联的历史资源对象调整为新的资源对象，在目标业务容器处于正常运行状态时，再将其余业务容器关联的历史资源对象，调整为新的资源对象，可以使得在变更后的配置信息出现问题时，将影响范围控制在一定范围内，降低风险，从而克服传统的一次性全量更新方法存在的容易导致所有的业务容器均出现问题，风险较高的缺陷。

在一示例性实施例中，为了便于本领域技术人员理解本公开实施例，以下将结合附图的具体示例进行说明。参考图4，为一示例性实施例中边缘计算应用场景下配置管理系统的平台架构示意图。该配置管理系统在k8s(kubernetes，开源的容器编排引擎)基础上，增加了运营发布系统，运营发布系统的核心组件之一为发布组件(kes-api)，其用于对用户下发的请求做一些预处理和预调度，然后将请求下发到k8s的数据中心(api-server)。而在边缘节点增加了处理组件(kes-sentry)，用于对该节点上的pods(一组(一个或多个)容器，可以在Kubernetes中创建和管理的、最小的、可部署的计算单元)做一些处理和数据采集。整个方案分为三个部分，配置变更、配置发布和配置对比及查看。

(1)配置变更

当用户修改资源对象(configmap)中的配置信息后，通过发布组件(es-api)重新创建一个新的资源对象，新的资源对象的命名方式为配置名称+版本号，以配置my-config为例，对配置信息做修改后，新生成的资源对象的命名为my-config-v1。其中，在生成新configmap之前，通过发布组件(es-api)对变更后的配置信息求哈希值，以防止相同配置创建出多个版本资源对象，即只有资源对象中的配置信息发生变化时，才会生成新的资源对象。

(2)配置发布

当用户需要把变更后的配置信息变更到业务容器(pod)中时，可通过边缘计算平台发布系统进行灰度处理，根据需要变更的版本分批次或指定目标业务容器下发变更请求，发布组件(es-api)找到指定版本的资源对象，并修改业务容器(pod)的挂载点以将新的资源对象挂载到对应的业务容器中，因为管理组件(kubelet)会自动重新加载资源对象，因此资源对象的更新不需要重建业务容器。

同时，虽然管理组件(kubelet)会自动重新加载资源对象，但因为资源对象变更请求的下发到实际更新到目标业务容器所在节点的过程是异步的，用户在下发变更请求之后，无法准确得知此次变更是否已生效，所以需要收集资源对象的实际同步状态并返回给边缘计算平台发布终端供用户查看；其中，资源对象同步状态的获取方式可以为：

(1)通过处理组件(es-sentry)获取节点上目标业务容器实际使用的资源对象，并计算该实际使用的资源对象所包括的各个配置文件对应的md5值；

(2)通过处理组件(es-sentry)找到新的资源对象在服务器上的对应目录，分别计算该目录下每个配置文件的md5值(资源对象中的key表示文件名)，然后和第(1)步计算的md5值做对比，当各个文件名相同的配置文件的md5值相同时，则确定新的资源对象已同步到目标业务容器中，否则未同步。

进一步地，新的资源对象同步到目标业务容器所在节点后，还需要目标业务容器内的业务进程能感知到配置文件的变更并进行重启加载或者热加载，但有些业务当前并不具备这个能力，因此边缘计算发布平台在资源对象发布的入口提供配置文件更新后的重启指令输入入口(hook)，用于输入业务进程的冷/热重启指令，由此新的资源对象在节点同步后，可通过触发配置hook来完成业务配置的最后更新，业务人员不需要任何介入即可完成配置变更。

(3)配置对比及查看

为了方便用户查看配置详情及对比配置各版本间的差异，边缘计算发布平台还可配置查看和对比功能。用户可选择配置的任意两个版本，通过发布组件(es-api)获取配置这两个版本的内容并在发布终端做展示及标记内容差异点。

本实施例提供的配置管理方法创造性解决了原生资源对象版本管理能力欠缺及不能灰度发布的问题，极大提升了业务的配置维护效率，同时有效提升了配置变更稳定性及平台用户体验。

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

可以理解的是，本说明书中上述方法的各个实施例之间相同/相似的部分可互相参见，每个实施例重点说明的是与其他实施例的不同之处，相关之处参见其他方法实施例的说明即可。

基于同样的发明构思，本公开实施例还提供了一种用于实现上述所涉及的配置管理方法的配置管理装置。

图5是根据一示例性实施例示出的一种配置管理装置的结构框图。参照图5，该装置包括：创建单元510、确定单元520、第一调整单元530和第二调整单元540，其中，

创建单元510，被配置为执行在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据变更后的配置信息，创建与历史资源对象对应的新的资源对象；新的资源对象存储有变更后的配置信息；

确定单元520，被配置为执行从关联有历史资源对象的多个业务容器中，确定出目标业务容器；

第一调整单元530，被配置为执行根据变更后的配置信息，将目标业务容器关联的历史资源对象调整为新的资源对象；

第二调整单元540，被配置为执行在关联有新的资源对象的目标业务容器处于正常运行状态的情况下，将多个业务容器中除目标业务容器之外的业务容器所关联的历史资源对象，调整为新的资源对象。

在一示例性实施例中，创建单元510，还被配置为执行获取针对历史资源对象的变更后的配置信息；对变更后的配置信息进行解析处理，得到变更后的配置信息的配置标识；在配置标识与历史资源对象存储的历史配置信息的配置标识不相同的情况下，则确定变更后的配置信息满足预设条件。

在一示例性实施例中，装置还包括监听单元，被配置为执行监听新的资源对象变更到目标业务容器的同步状态信息；在监听到新的资源对象已经变更到目标业务容器的情况下，返回对应的同步状态信息至发布终端，以使发布终端展示新的资源对象的同步状态信息；发布终端为用于发布变更后的配置信息的终端。

在一示例性实施例中，变更后的配置信息以配置文件的形式存储于新的资源对象中，装置还包括状态确定单元，被配置为执行获取目标业务容器当前关联的资源对象所包括的各个配置文件的第一标识，以及新的资源对象所包括的各个配置文件的第二标识；在各配置文件的第一标识与第二标识相同的情况下，则确定新的资源对象已同步到目标业务容器中。

在一示例性实施例中，装置还包括重启单元，被配置为执行在确定新的资源对象已同步到目标业务容器中的情况下，在目标业务容器中生成业务进程重启指令；根据业务进程重启指令，对目标业务容器的业务进程进行重启，使目标业务容器基于新的资源对象进行运行。

在一示例性实施例中，装置还包括管理单元，被配置为执行生成新的资源对象的版本标识；基于版本标识和新的资源对象的配置信息，得到新的资源对象的版本配置信息，并记录版本配置信息。

在一示例性实施例中，管理单元，还被配置为执行获取历史记录的任意两个版本配置信息；基于两个版本配置信息之间的对比结果，得到两个版本配置信息之间的差异信息；将两个版本配置信息和差异信息发送至发布终端进行展示。

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

图6是根据一示例性实施例示出的一种用于实现配置管理方法的电子设备600的框图。例如，电子设备600可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图6，电子设备600可以包括以下一个或多个组件：处理组件602、存储器604、电源组件606、多媒体组件608、音频组件610、输入/输出(I/O)的接口612、传感器组件614以及通信组件616。

处理组件602通常控制电子设备600的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在电子设备600的操作。这些数据的示例包括用于在电子设备600上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘、光盘或石墨烯存储器。

电源组件606为电子设备600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为电子设备600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述电子设备600和用户之间的提供输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括前置摄像头和/或后置摄像头。当电子设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括麦克风(MIC)，当电子设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为电子设备600提供各个方面的状态评估。例如，传感器组件614可以检测到电子设备600的打开/关闭状态，组件的相对定位，例如所述组件为电子设备600的显示器和小键盘，传感器组件614还可以检测电子设备600或电子设备600组件的位置改变，用户与电子设备600接触的存在或不存在，设备600方位或加速/减速和电子设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件616被配置为便于电子设备600和其他设备之间有线或无线方式的通信。电子设备600可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在一示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器604，上述指令可由电子设备600的处理器620执行以完成上述方法。例如，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在一示例性实施例中，还提供了一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备600的处理器620执行以完成上述方法。

需要说明的，上述的装置、电子设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

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

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

Claims (10)

1.一种配置管理方法，其特征在于，包括：

在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据所述变更后的配置信息，创建与所述历史资源对象对应的新的资源对象；所述新的资源对象存储有所述变更后的配置信息；

从关联有所述历史资源对象的多个业务容器中，确定出目标业务容器；

根据所述变更后的配置信息，将所述目标业务容器关联的所述历史资源对象调整为所述新的资源对象；

在关联有所述新的资源对象的目标业务容器处于正常运行状态的情况下，将所述多个业务容器中除所述目标业务容器之外的业务容器所关联的历史资源对象，调整为所述新的资源对象。

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

获取针对历史资源对象的变更后的配置信息；

对所述变更后的配置信息进行解析处理，得到所述变更后的配置信息的配置标识；

在所述配置标识与所述历史资源对象存储的历史配置信息的配置标识不相同的情况下，则确定所述变更后的配置信息满足预设条件。

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

监听所述新的资源对象变更到所述目标业务容器的同步状态信息；

在监听到所述新的资源对象已经变更到所述目标业务容器的情况下，返回对应的同步状态信息至发布终端，以使所述发布终端展示所述新的资源对象的所述同步状态信息；所述发布终端为用于发布所述变更后的配置信息的终端。

4.根据权利要求3所述的方法，其特征在于，所述变更后的配置信息以配置文件的形式存储于所述新的资源对象中，所述方法还包括：

获取所述目标业务容器当前关联的资源对象所包括的各个配置文件的第一标识，以及所述新的资源对象所包括的各个配置文件的第二标识；

在各所述配置文件的所述第一标识与所述第二标识相同的情况下，则确定所述新的资源对象已同步到所述目标业务容器中。

5.根据权利要求1所述的方法，其特征在于，在根据所述变更后的配置信息，将所述目标业务容器关联的所述历史资源对象调整为所述新的资源对象之后，还包括：

在确定所述新的资源对象已同步到所述目标业务容器中的情况下，在所述目标业务容器中生成业务进程重启指令；

根据所述业务进程重启指令，对所述目标业务容器的业务进程进行重启，使所述目标业务容器基于所述新的资源对象进行运行。

6.根据权利要求1所述的方法，其特征在于，在根据所述变更后的配置信息，创建与所述历史资源对象对应的新的资源对象之后，还包括：

生成所述新的资源对象的版本标识；

基于所述版本标识和所述新的资源对象的配置信息，得到所述新的资源对象的版本配置信息，并记录所述版本配置信息。

7.一种配置管理装置，其特征在于，包括：

创建单元，被配置为执行在针对历史资源对象的变更后的配置信息满足预设条件的情况下，根据所述变更后的配置信息，创建与所述历史资源对象对应的新的资源对象；所述新的资源对象存储有所述变更后的配置信息；

确定单元，被配置为执行从关联有所述历史资源对象的多个业务容器中，确定出目标业务容器；

第一调整单元，被配置为执行根据所述变更后的配置信息，将所述目标业务容器关联的所述历史资源对象调整为所述新的资源对象；

第二调整单元，被配置为执行在关联有所述新的资源对象的目标业务容器处于正常运行状态的情况下，将所述多个业务容器中除所述目标业务容器之外的业务容器所关联的历史资源对象，调整为所述新的资源对象。

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

处理器；

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

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

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

10.一种计算机程序产品，所述计算机程序产品中包括指令，其特征在于，所述指令被电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至6中任一项所述的配置管理方法。

Images