配置信息更新同步方法及设备技术

本公开的一个或多个实施例提供配置信息更新同步方法及设备，涉及通讯技术领域。本公开中的配置信息更新同步方法，包括：配置中心获取用户的操作，提取预先存储的配置信息；配置中心根据用户的操作更改所述配置信息内的对应的配置项和/或配置数据，得到更改后的配置信息；配置中心将更改后的配置信息同步存储，以使所述更改后的配置信息能够被应用程序获取。解决了现有技术中的无法热更新所属应用栈、主题、版本、组信息等各配置信息，只能热更新整体配置的技术问题；从而实现对单一配置项及配置数据的更改操作并存储。及配置数据的更改操作并存储。及配置数据的更改操作并存储。

【技术实现步骤摘要】
配置信息更新同步方法及设备


[0001]本公开的一个或多个实施例涉及通讯
，尤其涉及配置信息更新同步方法及设备。

技术介绍

[0002]在开发环境及测试环境中，开发人员或运维人员可以通过界面对配置中心进行配置，配置中心可以简单的理解为一个服务模块，相关的微服务连接到配置中心，可以实时连接获取到配置中心上面修改的参数；目前业界比较流行的配置中心是Apollo(阿波罗)，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景；具体的，现有技术对配置进行获取一般采用两种方式，pull可以保证一定可以拉取得到数据，pull一般采用定时拉取的方式，即使某一次出现网络没有拉取得到数据，那在下一次定时器也将可以拉取得到数据，最终保证更新得到配置；push可以避免pull定时器获取存在时延，基本可以做到准实时的更新。
[0003]然而，应用push模式时，如果网络抖动，某一次push没有推送成功，将丢失这次配置的更新；另外，现有的Apollo(阿波罗)无论主动拉取配置还是等待推送配置，都需要客户端指定环境、项目、命名空间、版本等信息；无法热更新所属应用栈、主题、版本、组信息，只能热更新整体配置。
[0004]基于此，需要一种能够与应用端实时同步修改后的配置、具有规范权限、流程治理等特性的微服务配置管理场景。

技术实现思路

[0005]有鉴于此，本公开的一个或多个实施例在于提出配置信息更新同步方法及设备。
[0006]本公开的一个或多个实施例提供了配置信息更新同步方法，包括：
[0007]配置中心获取用户的操作，提取预先存储的配置信息；
[0008]配置中心根据用户的更改操作，更改所述配置信息内的对应的配置项和/或配置数据，得到更改后的配置信息；
[0009]配置中心将更改后的配置信息同步存储，以使所述更改后的配置信息能够被应用程序获取。
[0010]基于同一专利技术构思，本公开的一个或多个实施例还提供了一种电子设备，包括：
[0011]存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述的配置信息更新同步方。
[0012]从本公开的方案可以看出，本公开的一个或多个实施例提供的配置信息更新同步方法及设备，基于响应式获取方式，根据用户操作直接填写或更改对应的配置信息，能够在用户操作界面直接设置各配置项及各配置数据的数值，采用统一格式的配置信息的界面，多维度进行配置区分，基于现有技术中存在的无法在操作界面直接修改项目下的各配置信
息的内容，实现了各配置项可以被单独设置或修改，相应的，应用配置可以从应用代码或文件中剥离，并在配置中心进行配置，使配置本身独立于应用发布生效，即，用户操作修改配置信息后，应用本公开的技术方案，能够将修改后的配置信息同步至服务器，同时，服务器与应用程序之间也能够实现配置信息的同步交互，从而在只需进行配置修改的变更中，提升变更的响应速度。
附图说明
[0013]为了更清楚地说明本公开的一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0014]图1为本公开的一个或多个实施例的配置信息更新同步方法的核心方法的流程图；
[0015]图2为本公开的一个或多个实施例的配置中心及应用程序之间的信息交互的框架图；
[0016]图3为本公开的一个或多个实施例的配置数据更新同步方法的一个实施方式的流程图；
[0017]图4为本公开的一个或多个实施例的配置信息更新同步方法的一个实施方式的流程图；
[0018]图5为本公开的一个或多个实施例的配置中心及应用程序之间的信息交互的框架图；
[0019]图6为本公开的一个或多个实施例的电子设备的示意图。
具体实施方式
[0020]为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。
[0021]需要说明的是，除非另外定义，本公开的一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开的一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。
[0022]如
技术介绍
部分所述，现有的Apollo(阿波罗)配置中心无法对已存储在服务器中的单独配置项进行更新。现有的阿波罗框架对配置进行获取时一般采用两种方式：pull可以保证一定拉取得到数据，pull一般采用定时拉取的方式，即使某一次出现网络没有拉取得到数据，那在下一次定时器也将可以拉取得到数据，最终保证能更新得到配置；push也有好处，避免pull定时器获取存在时延，基本可以做到准实时的更新，但push也存在问题，如果有网络抖动，某一次push没有推送成功，将丢失这次配置的更新。申请人在实现本公开的过程中发现，现有的阿波罗框架配置中心存在的主要问题在于：配置项即：应用栈、主题、版
本、组的信息只能统一存储，无法对服务器中的相应的单独配置项做更改及更新，导致如果需要更改配置的话，只能对整体配置进行更新，存在信息输入的冗余，导致不必要的操作浪费，降低了工作时效；另外，服务器接收配置信息的时候，不能对项目的应用栈、主题、版本、组信息进行单独区分；另外，需要指出的是，本公开权利要求书中的响应于确定代表条件限定，即当某种条件成立的时候。
[0023]有鉴于此，本公开的一个或多个实施例提供了一种配置信息更新同步方法及电子设备，其中，配置信息更新同步方法包括：配置中心内预先存储的配置信息可以被提取，得到提取的配置信息，提取的配置信息能够通过用户的操作分别对配置项和/或配置数据进行更改，得到更改后的配置信息，从而实现对单一配置项及配置数据的更改，并使更改后的配置信息被应用程序获取，基于现有技术中配置项的信息只能统一存储，无法对服务器中的相应的单独配置项做更改及更新的技术问题；本公开的方案能够实现对单一配置项及配置数据，以及对多个配置项和/或配置数据的更改，并使应用程序获取，能够进一步减少程序冗余，加快运行速度，并能够对预先存储的配置信息进行与用户的操作有关的更改，对服务器(即存储模块)进行热更新。
[0024]以下通过具体的实施例，结合图1
‑
图6进一步详细说明本公开的一个或多个实施例的技术方案。
[0025]作为一可选实施例，为了对预先存储的配置信息进行更改，并将更改后的配置信息被应用程序获取，参考图1，本公开的一个或多个实施例提供一种配本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种配置信息更新同步方法，其特征在于，包括：配置中心获取用户的操作，提取预先存储的配置信息；配置中心根据用户的更改操作，更改所述配置信息内的对应的配置项和/或配置数据，得到更改后的配置信息；配置中心将更改后的配置信息同步存储，以使所述更改后的配置信息能够被应用程序获取。2.根据权利要求1所述的方法，所述配置中心包括获取模块、接口模块和存储模块；其中，所述更改后的配置信息是由所述获取模块获取所述更改操作后，更改所述配置信息内的对应的配置项和/或配置数据而得到的；所述配置中心将更改后的配置信息同步存储，具体包括：所述获取模块将更改后的配置信息发送至所述接口模块，所述接口模块将更改后的配置信息发送至所述存储模块，所述存储模块存储更改后的配置信息。3.根据权利要求2所述的方法，所述存储模块存储更改后的配置信息，之后还包括：响应于确定所述接口模块获取应用程序发送的调取请求，调取所述存储模块内的所述更改后的配置信息，并将所述更改后的配置信息发送至应用程序。4.根据权利要求2所述的方法，所述配置中心还包括消息队列模块和回调模块：所述配置中心将更改后的配置信息同步存储，包括：响应于确定所述接口模块包括api回调接口，更改后的配置信息通过所述接口模块到达所述消息队列模块，通过所述消息队列模块将更改后的配置信息发送至所述回调模块。5.根据权利要求3所述的方法，所述存储模块存储更改后的配置信息，之后还包括：所述获取模...

【专利技术属性】
技术研发人员：张青南，杨瑞麟，王帅，
申请(专利权)人：中国人寿保险股份有限公司，
类型：发明
国别省市：