CN110635953A - 一种配置信息管理方法及装置 - Google Patents

Abstract

本发明公开了一种配置信息管理方法及装置，其中方法为：所述应用主机实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改；所述应用主机若确定无法与所述主配置集群正常通信，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并返回至所述监听步骤。

Description

一种配置信息管理方法及装置

技术领域

本发明涉及配置信息管理领域，尤其涉及一种配置信息管理方法及装置。

背景技术

随着互联网的高速发展，单机单应用的架构已经无法满足爆炸性增长的用户数量和用户需求。在此背景下，分布式应用系统也就随之产生。在分布式应用系统架构中，各应用系统都分别包含实现业务功能的业务系统和用于管理配置信息的配置管理系统。

由于各应用系统的配置信息存在共用的内容，对于基于同一个分布式架构实现的各应用系统来说，分别单独部署和维护一套配置管理系统的情况，可能会带来以下问题：耦合度高、可用性差、信息不统一等，并且如果配置管理系统的健壮性不够，还将导致对应的业务系统受到直接的影响。因此，上述问题亟待解决。

发明内容

本申请实施例提供一种配置信息管理方法及装置，解决了现有技术中应用主机的配置信息修改容错性较低的问题。

第一方面，本申请实施例提供一种配置信息管理方法，包括：所述应用主机实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改；所述应用主机若确定无法与所述主配置集群正常通信，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并返回至所述监听步骤。

上述配置信息管理方法中，应用主机实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改，从而可以实时修改本地的配置信息，当所述应用主机若确定无法与所述主配置集群正常通信时，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并返回至所述监听步骤，从而提高了应用主机配置信息修改的容错性。

一种可选实施方式中，所述应用主机实时监听主配置集群以获取配置更新包括：所述应用主机实时监听所述主配置集群发布的更新消息，并从收到的更新消息中获取配置更新，其中，所述更新消息为所述主配置集群确定自身管理的配置信息发生更新时发布的。

一种可选实施方式中，所述应用主机本地的配置信息的获取方法包含：在所述监听之前，与所述主配置集群建立连接，并从所述主配置集群上获取所述应用主机所需的全量配置信息，保存在本地。

一种可选实施方式中，所述停止对所述主配置集群的监听步骤中包含，将所述主配置集群设定为不可用配置集群，并对其进行监测，若确定可正常通信，则设定其为可用配置集群。

一种可选实施方式中，所述应用主机确定是否与所述主配置集群正常通信的方法包括：监听接收所述主配置集群周期性发送的心跳消息；若接收周期异常，或无法接收到所述心跳消息，则确定与所述主配置集群无法正常通信。

一种可选实施方式中，所述从所述应用主机的可用的配置集群中重新确定出主配置集群，包括：所述应用主机按照设定策略从所述可用的配置集群中重新确定出主配置集群；所述设定策略包括以下至少一项或多项的组合：所述重新确定出的配置集群与所述应用主机位于同一局域网；所述重新确定出的配置集群与所述应用主机之间的通信速率符合设定条件。

一种可选实施方式中，各所述配置集群以键值对方式存储所述应用主机的配置信息；所述应用主机对本地的配置信息进行修改，包括：所述应用主机以键值对的方式对本地的配置信息进行修改。

一种可选实施方式中，所述应用主机实时监听主配置集群之前，所述方法还包括：所述应用主机获取与所述主配置集群对应的权限证书，并基于所述权限证书与所述主配置集群建立连接。

第二方面，本申请提供一种配置信息管理方法，应用于配置管理系统，所述配置管理系统包括一个中心集群、至少一个边缘集群，所述方法包括：所述中心集群接收到针对应用系统的配置信息的更新指令；所述中心集群通过执行所述更新指令，来实现本地存储的所述应用系统的配置信息的更新；所述中心集群将更新后的所述应用系统的配置信息同步至所述至少一个边缘集群；所述中心集群和所述边缘集群发送针对所述应用系统的配置信息的更新消息，使得部署有所述应用系统的应用主机可通过监听所述中心集群或所述边缘集群来接收所述更新消息，并基于所述更新消息中的配置更新来对本地配置信息进行修改。

一种可选实施方式中，所述配置管理系统还包含一应用配置接口，所述应用配置接口接收针对各应用系统的配置信息的更新操作，并对应生成更新指令；所述中心集群接收到针对应用系统的配置信息的更新指令，具体包括：所述中心集群从所述应用配置接口接收到针对应用系统的配置信息的更新指令。

一种可选实施方式中，响应于所述应用主机的配置信息获取请求，所述中心集群或所述边缘集群基于所述获取请求从本地获取对应的配置信息，并发送至所述应用主机。

一种可选实施方式中，所述中心集群和所述边缘集群在向所述应用主机发送配置信息的同时，向所述应用主机颁发只读权限的证书；所述证书用于所述应用主机获取所需的配置信息。

一种可选实施方式中，所述中心集群和所述边缘集群周期性发送心跳消息，应用主机通过监听所述心跳消息，确定与其连接的中心集群或边缘集群的通信状态。

第三方面，本申请提供一种应用主机，包括：监听模块，用于实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改；确定模块，用于若确定无法与所述主配置集群正常通信，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并指示所述监听模块进行所述实时监听。

一种可选实施方式中，所述监听模块具体用于：实时监听所述主配置集群发布的更新消息，并从收到的更新消息中获取配置更新；所述更新消息为所述主配置集群确定自身管理的配置信息发生更新时发布的。

一种可选实施方式中，所述监听模块还用于：在所述监听之前，与所述主配置集群建立连接，并从所述主配置集群上获取所述应用主机所需的全量配置信息，保存在本地。

一种可选实施方式中，所述确定模块还用于：在停止对所述主配置集群的监听步骤中，将所述主配置集群设定为不可用配置集群，并对其进行监测，若确定可正常通信，则设定其为可用配置集群。

一种可选实施方式中，所述确定模块还用于：按照以下方式确定是否与所述主配置集群正常通信：监听接收所述主配置集群周期性发送的心跳消息；若接收周期异常，或无法接收到所述心跳消息，则确定与所述主配置集群无法正常通信。

一种可选实施方式中，所述确定模块具体用于：所述应用主机按照设定策略从所述可用的配置集群中重新确定出主配置集群；所述设定策略包括以下至少一项或多项的组合：所述重新确定出的配置集群与所述应用主机位于同一局域网；所述重新确定出的配置集群与所述应用主机之间的通信速率符合设定条件。

一种可选实施方式中，各所述配置集群以键值对方式存储所述应用主机的配置信息；所述监听模块具体用于：以键值对的方式对本地的配置信息进行修改。

一种可选实施方式中，所述监听模块还用于：获取与所述主配置集群对应的权限证书，并基于所述权限证书与所述主配置集群建立连接。

第四方面，本申请实施例提供一种计算机设备，包括程序或指令，当所述程序或指令被执行时，用以执行上述第一方面及第一方面各个实施例或第二方面及第二方面各个实施例的方法。

第六方面，本申请提供一种配置管理系统，所述系统包括：一个中心集群、至少一个边缘集群；所述中心集群接收到针对应用系统的配置信息的更新指令；所述中心集群通过执行所述更新指令，来实现本地存储的所述应用系统的配置信息的更新；所述中心集群将更新后的所述应用系统的配置信息同步至所述至少一个边缘集群；所述中心集群和所述边缘集群发送针对所述应用系统的配置信息的更新消息，使得部署有所述应用系统的应用主机可通过监听所述中心集群或所述边缘集群来接收所述更新消息，并基于所述更新消息中的配置更新来对本地配置信息进行修改。

附图说明

图1为本申请实施例提供的一种配置管理系统架构示意图；

图2为本申请实施例提供的一种配置信息管理方法的步骤流程示意图；

图3为本申请实施例提供的一种配置信息管理方法的步骤流程示意图；

图4为本申请实施例提供的一种配置信息管理装置的结构示意图。

具体实施方式

为了更好的理解上述技术方案，下面将结合说明书附图及具体的实施方式对上述技术方案进行详细的说明，应当理解本申请实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本申请实施例以及实施例中的技术特征可以相互结合。

如图1所示，为本申请实施例提供的一种配置管理系统的架构示意图。

图1示出的架构包括：应用配置接口、中心集群、边缘集群和应用主机。该架构可用于统一管理分布式应用系统中的各应用系统的配置信息。需要说明的是，图1示出的架构仅作为一个示例，图1示出的架构还可以做多种变形，举例来说，边缘集群的数量不做限定，各集群中节点的数量不做限定，应用主机的数量不做限定等。本实施例所提供的配置管理系统可用于对分布式应用系统中的各应用系统对应的配置信息进行统一管理。

应用配置接口(即图示中的web应用服务)：修改配置信息的唯一入口，提供配置信息操作界面，用于接收上游应用系统(即分布式应用系统的服务端)对配置信息的新增、修改及删除等操作，并对应生成配置信息更新指令。也就是说，各应用系统对配置信息的更新，只能通过应用配置接口进行操作，保证了配置信息修改入口的统一性。其中，应用配置接口所提供的操作界面可基于web浏览器、HTML5页面来实现。

中心集群：用于获取应用配置接口生成的配置信息更新指令，并且是可执行所述更新指令的唯一集群，以实现对配置信息修改，保证了配置信息修改执行的唯一性。

在初始化阶段，中心集群启动后，配置管理系统将全量配置信息初始化到中心集群中，由中心集群内部保证中心集群中的各个节点存储的配置信息保持一致，再由中心集群将全量配置信息同步至该架构中的各边缘集群。需要说明的是，全量配置信息包含接入配置管理系统的所有应用系统的配置信息，中心集群可基于该全量配置信息的进行更新。由于中心集群可包含多个节点，各节点可分布在不同机器设备上，各节点上存储的配置信息是相同的，即便中心集群中有部分节点发生故障，也可以通过其他节点来接替进行配置信息的存储、修改和同步，从而提高容错性、可用性。

中心集群完成初始化后具体可以通过执行所述更新指令来实现配置信息的更新，具体可包含：

(1)新增配置项，则在各中心节点上的当前配置信息中新增该配置项。

(2)修改配置项，则在各中心节点上的当前配置信息中找到该配置项，修改其值。

(3)删除配置项，则在各中心节点上的当前配置信息中找到该配置项，并删除。

边缘集群：配置管理系统的架构中可包含多个边缘集群，边缘集群可从中心集群同步获取配置信息。在初始化阶段，各边缘集群可从中心集群同步获取初始化全量配置信息，并保证内部各个节点存储的配置信息保持一致。在初始化后，可进一步实时同步中心集群中的配置信息，边缘集群与中心集群的同步可以通过复制镜像(make-mirror)的方式进行。与中心集群类似，边缘集群中也有多个节点，一个节点发生故障后，同样可以通过其他节点来接替进行配置信息的存储、修改和同步，从而提高容错性、可用性。

应用主机：应用主机运行有应用系统的客户端程序，是配置信息的使用者。应用主机可在初始化阶段指定配置集群，并从配置集群中选取一个作为主配置集群，并从主配置集群上获取所需的配置信息；并在初始化后开启监听线程，对主配置集群进行监听，实时监听所需要配置信息是否发生变更，如有变更，则可从主配置集群获取变更后的配置信息。

其中主配置集群的选择，具体可以包含以下方式：若应用主机与中心集群通讯状态良好(举例来说，应用主机与中心集群在同一局域网，或地理位置较近，可认为通讯状态良好)，则直接将中心集群作为主配置集群；若应用主机与中心集群通讯状态不佳(举例来说，应用主机与中心集群不在同一局域网，或地理位置较远，则认为通讯状态不佳)，则可以从被指定为配置集群的边缘集群中，选择一与其通讯状态良好的边缘集群作为主配置集群这种方式可以最大化降低通信状态对应用主机的影响，同时可指定中心集群及至少一可与应用主机正常通信的边缘集群作为辅配置集群，以作为备用的主配置集群。

应用主机可以指定一个或多个配置集群，用于获取所需的配置信息。但是，同一时刻只能从主配置集群进行交互，用于对获取最新的配置信息，当主配置集群发生故障后，应用主机可以从辅配置集群中重新选择一个集群，作为主配置集群。

具体的，应用主机可通过嵌入的软件开发工具包(Software development kit，SDK)文件来实现接入配置管理系统。通过SDK编写程序，为应用主机和主配置集群提供交互的应用程序接口，还可以通过SDK实现应用主机对主配置集群的选择和监听，以及自动切换主配置集群和重连机制的功能写入，从而应用主机可支持自动切换配置集群和重连机制。

更进一步的，本申请中的sdk工具，可以在应用主机的客户端集成后，从主配置集群获取应用主机所需的配置信息，并把所需配置信息加载到本地内存中，如此一来，应用主机可直接使用本地内存中的配置信息，对存在高并发请求的系统，使用效率有显著的提高，而且即使所有的配置集群都无法提供服务，客户端仍然有配置信息可用，充分解耦，这对有高可用要求的系统来说，至关重要，sdk可实现内部自动检测通讯配置集群的健康状态，并自动切换，可以有效降低故障处理响应时间和人工维护成本。

该架构中，通过配置信息管理系统实现对各应用系统的配置信息的统一管理，使得应用系统中的业务系统和配置管理充分解耦，有效地降低了配置信息管理与业务应用程序的耦合度，并通过中心集群和边缘集群对配置信息进行更新和存储，可使得应用系统的客户端随时获取配置信息。

该架构中，配置信息存入中心配置集群和边缘集群时，可以进行加密，并且在应用主机请求接入时，颁发只读权限的证书给应用主机，配置信息的写操作只能在最上层的统一入口即应用配置接口上进行，以此防止任一证书泄漏后，导致高敏感度的配置信息泄漏和被随意变更。由于分发的证书是只有只读权限的证书，即使证书泄漏，也只能获取到加密后的数据，并且无法更改配置数据，提高整个工具的安全性，以此满足配置信息敏感度高的场景。

需要说明的是，中心集群和各边缘集群可采用分布式的键值对数据存储系统(etcd)集群。etcd集群是高可用系统，用以提高整个工具的可用性，降低配置管理系统的宕机对具体业务系统造成的影响

下面结合图2，详细介绍本申请实施例提供的一种配置信息管理方法的步骤流程示意图，所述配置管理方法应用于上述实施例所提供的配置管理系统中的应用主机。

步骤201：应用主机实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改。

如上文所述，应用主机在接入配置管理系统时，可指定配置集群，并选择主配置集群，从主配置集群中获取所需的配置信息，并通过对主配置集群的监听来获取配置更新，以保证本地存有最新的配置信息。

具体而言，应用主机可在监听到主配置集群上有对其所需的配置信息进行更新时，直接从主配置集群上获取最新的配置信息，并替换本地已保存的配置信息。为了减少应用主机与集群间的数据传输量，也可从主配置集群上获取配置更新，并基于配置更新对本地配置信息进行修改，以得到最新的配置信息。

一种可选实施方式为：应用主机实时监听主配置集群以获取配置更新的步骤可以包含：所述应用主机实时监听所述主配置集群发布的更新消息，并从收到的更新消息中获取配置更新，其中，所述更新消息为所述主配置集群确定自身管理的配置信息发生更新时发布的，如此一来，应用主机在获取到配置更新时，还需确认该配置更新是否针对本机所需的配置信息，若是，则基于该配置更新进行本地配置信息的更新，若否，则可直接丢弃。

步骤202：应用主机若确定无法与所述主配置集群正常通信，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并返回至所述监听步骤。

具体而言，应用主机确定是否与主配置集群正常通信的方法可包含：监听接收主配置集群周期性发送的心跳消息，若接收周期异常，或无法接收到心跳消息，则确定与主配置集群无法正常通信。

当应用主机若确定无法与主配置集群正常通信时，应用主机可停止对主配置集群的监听，同时，将该主配置集群设定为不可用配置集群，可以理解的是，各应用主机与各配置集群的通信状态可能会发生异常，当应用主机发现与配置集群无法正常通信时，可将该配置集群置为不可用，同时应用主机可对对不可用配置集群其进行监测，以获取与不可用配置集群的通信状态，若确定可正常通信，则可重新将不可用配置集群设定其为可用。

当应用主机确定无法与主配置集群正常通信时，可从可用的配置集群中重新指定主配置集群，作为当前主配置集群。

举例来说，应用主机嵌入的SDK中配置了中心集群、边缘集群1和边缘集群2三个配置集群，其中，在初始阶段，基于预设规则指定边缘集群1为主配置集群，中心集群和边缘集群2为辅配置集群，并与边缘集群1进行数据交互；当应用主机确定边缘集群1的所有节点都不可用时，可重新指定边缘集群2作为主配置集群，具体可以按照周期与主配置集群进行心跳测试，如果在一段设定时间段内没收到来自主配置集群的心跳消息，则可确定无法与主配置集群进行正常通信，并可重新从中心集群和边缘集群2中重新确定出主配置集群，并进行监听。

从所述应用主机的可用的配置集群中重新确定出主配置集群的具体实施方式可包含：

所述应用主机按照设定策略从所述可用的配置集群中重新确定出主配置集群；所述设定策略包括以下至少一项或多项的组合：所述重新确定出的主配置集群与所述应用主机位于同一局域网；所述重新确定出的主配置集群与所述应用主机之间的通信速率符合设定条件。

举例来说，当将与所述应用主机之间的通信速率大于预设速率阈值的辅配置集群，作为重新确定出的主配置集群。

在一实施中，在应用主机指定配置集群时，可先分别对各集群的网络状态进行探测，包括是否位于同一局域网的判断，以及通信速率的确定，并基于探测结果进行排序，并筛选出符合预设规则的集群作为指定的配置集群，并指定条件最优的为主配置集群，其他的为辅配置集群，并保存各辅配置集群的顺序，这样一来，在从辅配置集群中指定新的主配置集群时，可直接基于保存的顺序快速选择出条件最优的辅配置集群。

一种可选实施方式中，所述配置管理系统的各集群以键值对方式存储各应用系统的配置信息；更新所述应用主机中存储的配置信息可以包含：所述应用主机以键值对的方式更新所述应用主机中存储的配置信息。通过键值对方式存储配置信息便于应用主机快速获取配置信息，同时也便于更新应用主机中存储的配置信息，提升了配置信息更新和获取的效率。

一种可选实施方式如下：所述应用主机在初次接入配置管理系统时，可获取与所需配置信息对应的权限证书，并基于所述权限证书与所述主配置集群建立连接。系统颁发给应用主机的是只读权限的证书，应用主机不能擅自对配置信息修改，而且应用主机根据所述证书才能监听所述主配置集群中所述应用主机的配置信息，从而提升了配置信息获取的安全性。

上述配置信息管理方法中，应用主机实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改，从而可以实时修改本地的配置信息，当所述应用主机若确定无法与所述主配置集群正常通信时，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并返回至所述监听步骤，从而提高了应用主机配置信息修改的容错性。

步骤201～步骤202为配置信息管理方法在应用主机侧的应用，相对应的，还有在集群侧的应用。

本申请实施例提供一种配置信息管理方法，应用于上述配置管理系统，所述方法包括：

步骤301：所述中心集群接收到针对应用系统的配置信息的更新指令。

步骤302：所述中心集群通过执行所述更新指令，来实现本地存储的所述应用系统的配置信息的更新。

步骤303：所述中心集群将更新后的所述应用系统的配置信息同步至所述至少一个边缘集群。

步骤304：所述中心集群和所述边缘集群发送针对所述应用系统的配置信息的更新消息，使得部署有所述应用系统的应用主机可通过监听所述中心集群或所述边缘集群来接收所述更新消息，并基于所述更新消息中的配置更新来对本地配置信息进行修改。

步骤301～步骤304的一种可选实施方式中，中心集群和边缘集群可在确定指定其为主配置集群的应用主机所需的配置信息更新后，向所服务的应用主机发送更新的配置消息。

所述配置管理系统还包含一应用配置接口，所述应用配置接口接收针对各应用系统的配置信息的更新操作，并对应生成更新指令；所述中心集群接收到针对应用系统的配置信息的更新指令，具体包括：所述中心集群从所述应用配置接口接收到针对应用系统的配置信息的更新指令。

上述可选实施方式中，所述中心集群和所述边缘集群可以执行以下步骤：响应于所述应用主机的配置信息获取请求，所述中心集群或所述边缘集群基于所述获取请求从本地获取对应的配置信息，并发送至所述应用主机。

所述中心集群和所述边缘集群还可以执行以下方法：

所述中心集群和所述边缘集群在向所述应用主机发送配置信息的同时，向所述应用主机颁发只读权限的证书；所述证书用于所述应用主机获取所需的配置信息。

所述中心集群和所述边缘集群还可以通过以下方式，使得应用主机确定与其连接的中心集群或边缘集群的通信状态。

所述中心集群和所述边缘集群周期性发送心跳消息，应用主机通过监听所述心跳消息，确定与其连接的中心集群或边缘集群的通信状态。

如图4所示，本申请提供一种应用主机，包括：监听模块401，用于实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改；确定模块402，用于若确定无法与所述主配置集群正常通信，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并指示所述监听模块进行所述实时监听。

一种可选实施方式中，所述监听模块401具体用于：实时监听所述主配置集群发布的更新消息，并从收到的更新消息中获取配置更新；所述更新消息为所述主配置集群确定自身管理的配置信息发生更新时发布的。

一种可选实施方式中，所述监听模块401还用于：在所述监听之前，与所述主配置集群建立连接，并从所述主配置集群上获取所述应用主机所需的全量配置信息，保存在本地。

一种可选实施方式中，所述确定模块402还用于：在停止对所述主配置集群的监听步骤中，将所述主配置集群设定为不可用配置集群，并对其进行监测，若确定可正常通信，则设定其为可用配置集群。

一种可选实施方式中，所述确定模块402还用于：按照以下方式确定是否与所述主配置集群正常通信：监听接收所述主配置集群周期性发送的心跳消息；若接收周期异常，或无法接收到所述心跳消息，则确定与所述主配置集群无法正常通信。

一种可选实施方式中，所述确定模块402具体用于：所述应用主机按照设定策略从所述可用的配置集群中重新确定出主配置集群；所述设定策略包括以下至少一项或多项的组合：所述重新确定出的配置集群与所述应用主机位于同一局域网；所述重新确定出的配置集群与所述应用主机之间的通信速率符合设定条件。

一种可选实施方式中，各所述配置集群以键值对方式存储所述应用主机的配置信息；所述监听模块401具体用于：以键值对的方式对本地的配置信息进行修改。

一种可选实施方式中，所述监听模块401还用于：获取与所述主配置集群对应的权限证书，并基于所述权限证书与所述主配置集群建立连接。

本申请实施例提供一种计算机设备，包括程序或指令，当所述程序或指令被执行时，用以执行上述方法实施例所提供的配置信息管理方法中的任一种。

本申请提供一种配置管理系统，所述系统包括：一个中心集群、至少一个边缘集群；所述中心集群接收到针对应用系统的配置信息的更新指令；所述中心集群通过执行所述更新指令，来实现本地存储的所述应用系统的配置信息的更新；所述中心集群将更新后的所述应用系统的配置信息同步至所述至少一个边缘集群；所述中心集群和所述边缘集群发送针对所述应用系统的配置信息的更新消息，使得部署有所述应用系统的应用主机可通过监听所述中心集群或所述边缘集群来接收所述更新消息，并基于所述更新消息中的配置更新来对本地配置信息进行修改。

最后应说明的是：本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (17)

1.一种配置信息管理方法，其特征在于，所述方法应用于应用主机，包括：

所述应用主机实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改；

所述应用主机若确定无法与所述主配置集群正常通信，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并返回至所述监听步骤。

2.如权利要求1所述的方法，其特征在于，所述应用主机实时监听主配置集群以获取配置更新包括：

所述应用主机实时监听所述主配置集群发布的更新消息，并从收到的更新消息中获取配置更新，其中，所述更新消息为所述主配置集群确定自身管理的配置信息发生更新时发布的。

3.如权利要求1所述的方法，其特征在于，所述应用主机本地的配置信息的获取方法包含：

在所述监听之前，与所述主配置集群建立连接，并从所述主配置集群上获取所述应用主机所需的全量配置信息，保存在本地。

4.如权利要求1所述的方法，其特征在于，所述停止对所述主配置集群的监听步骤中包含，将所述主配置集群设定为不可用配置集群，并对其进行监测，若确定可正常通信，则设定其为可用配置集群。

5.如权利要求1所述的方法，其特征在于，所述应用主机确定是否与所述主配置集群正常通信的方法包括：

监听接收所述主配置集群周期性发送的心跳消息；

若接收周期异常，或无法接收到所述心跳消息，则确定与所述主配置集群无法正常通信。

6.如权利要求1所述的方法，其特征在于，所述从所述应用主机的可用的配置集群中重新确定出主配置集群，包括：

所述应用主机按照设定策略从所述可用的配置集群中重新确定出主配置集群；所述设定策略包括以下至少一项或多项的组合：

所述重新确定出的主配置集群与所述应用主机位于同一局域网；

所述重新确定出的主配置集群与所述应用主机之间的通信速率符合设定条件。

7.如权利要求1-6任一所述的方法，其特征在于，各所述配置集群以键值对方式存储所述应用主机的配置信息；

所述应用主机对本地的配置信息进行修改，包括：

所述应用主机以键值对的方式对本地的配置信息进行修改。

8.如权利要求1或2所述的方法，其特征在于，所述应用主机实时监听主配置集群之前，所述方法还包括：

所述应用主机获取与所述主配置集群对应的权限证书，并基于所述权限证书与所述主配置集群建立连接。

9.一种配置信息管理方法，其特征在于，应用于配置管理系统，所述方法包括：

所述中心集群接收到针对应用系统的配置信息的更新指令；

所述中心集群通过执行所述更新指令，来实现本地存储的所述应用系统的配置信息的更新；

所述中心集群将更新后的所述应用系统的配置信息同步至所述至少一个边缘集群；

所述中心集群和所述边缘集群发送针对所述应用系统的配置信息的更新消息，使得部署有所述应用系统的应用主机可通过监听所述中心集群或所述边缘集群来接收所述更新消息，并基于所述更新消息中的配置更新来对本地配置信息进行修改。

10.如权利要求9所述的方法，其特征在于，所述配置管理系统还包含一应用配置接口，所述应用配置接口接收针对各应用系统的配置信息的更新操作，并对应生成更新指令；所述中心集群接收到针对应用系统的配置信息的更新指令，具体包括：

所述中心集群从所述应用配置接口接收到针对应用系统的配置信息的更新指令。

11.如权利要求9所述的方法，其特征在于，响应于所述应用主机的配置信息获取请求，所述中心集群或所述边缘集群基于所述获取请求从本地获取对应的配置信息，并发送至所述应用主机。

12.如权利要求11所述的方法，其特征在于，所述中心集群和所述边缘集群在向所述应用主机发送配置信息的同时，向所述应用主机颁发只读权限的证书；所述证书用于所述应用主机获取所需的配置信息。

13.如权利要求9所述的方法，其特征在于，所述中心集群和所述边缘集群周期性发送心跳消息，应用主机通过监听所述心跳消息，确定与其连接的中心集群或边缘集群的通信状态。

14.一种应用主机，其特征在于，包括：

监听模块，用于实时监听主配置集群以获取配置更新，并基于所述配置更新对本地的配置信息进行修改；

确定模块，用于若确定无法与所述主配置集群正常通信，则停止对所述主配置集群的监听，同时从可用的配置集群中重新确定出主配置集群，并指示所述监听模块进行所述实时监听。

15.如权利要求14所述的主机，其特征在于，所述监听模块具体用于：

实时监听所述主配置集群发布的更新消息，并从收到的更新消息中获取配置更新；所述更新消息为所述主配置集群确定自身管理的配置信息发生更新时发布的。

16.一种计算机设备，其特征在于，包括程序或指令，当所述程序或指令被执行时，如权利要求1至8或9至13中任意一项所述的方法被执行。

17.一种配置管理系统，其特征在于，所述系统包括：一个中心集群、至少一个边缘集群；

所述中心集群接收针对应用系统的配置信息的更新指令，通过执行所述更新指令，来实现本地存储的所述应用系统的配置信息的更新；并将更新后的所述应用系统的配置信息同步至所述至少一个边缘集群；

所述中心集群和所述边缘集群发送针对所述应用系统的配置信息的更新消息，使得部署有所述应用系统的应用主机可通过监听所述中心集群或所述边缘集群来接收所述更新消息，并基于所述更新消息中的配置更新来对本地配置信息进行修改。

Images