CN112650545A - 一种配置管理系统、方法及存储介质 - Google Patents

Abstract

本发明提供一种配置管理系统、方法及存储介质，其中系统包括：配置中心，用于获取配置变更数据，并推送更新给客户端；并向客户端发送发布消息或配置更新数据给客户端；客户端，在收到配置中心的推送更新时，实时向配置中心拉取配置更新数据，并更新数据库；定时向配置中心拉取发布消息，并更新数据库；应用程序模块，在第一次获取配置的时候，实时通过客户端从数据库中拉取配置数据，并在客户端创建对应配置的内存数据；再次获取配置时直接从数据库中获取配置数据；数据库，用于保存配置数据。本发明实现配置集中管理，可以灵活配置应用程序模块，实现本地缓存，解决缓存缺失的问题，解决配置服务器抗压隐患。

Description

一种配置管理系统、方法及存储介质

技术领域

本发明涉及计算机软件技术领域，特别涉及一种配置管理系统、方法及存储介质。

背景技术

目前，现有技术中，项目中使用的配置已有数据字典、系统配置、以及基本的开关配置、以及不同业务所使用的规则配置等。

针对以上现有的配置存在的问题主要如下：

1、配置无灵活性：基本开关配置、系统配置等无法满足多条件的规则配置。

2、配置环节复杂：数据字典、系统配置、开关配置无配置页面。需要配置时，只能开发人员插入数据到数据库，然后再刷新服务器缓存。

3、缓存缺失：在使用数据字典、系统配置以及其他配置的时候，因历史迁移原因部分服务未使用缓存。

4、未集中管理：配置服务器单独独立出来后，依然有服务在本地查询(damage,indata等都存在此现象)，配置未集中管理。

5、配置服务器抗压隐患：配置服务器独立后，在大量使用接口调用的时候，会存在过多的tcp连接。在服务器有限的时候，服务器在业务调用量增加时存在宕机风险。

6、占用业务服务器资源：服务之间调用使用http协议交互，会增加服务器整体响应时间，通知会增加服务器的连接数。

发明内容

本发明的目的是提供一种配置管理系统、方法及存储介质，可以解决现有技术中现有配置的一系列问题。

本发明的目的是通过以下技术方案实现的：

第一方面，本发明提供一种置管理系统，包括配置中心、客户端、应用程序模块及数据库，其中：

配置中心，用于获取配置变更数据，并推送更新给客户端；在客户端定时拉取发布消息或实时拉取配置更新数据时，发送发布消息或配置更新数据给客户端；

客户端，在收到配置中心的推送更新时，实时向配置中心拉取配置更新数据，并更新数据库；定时向配置中心拉取发布消息，在判断发布消息存在变更时，实时向配置中心拉取配置更新数据，并更新数据库；

应用程序模块，在第一次获取配置的时候，实时通过客户端从数据库中拉取配置数据，并在客户端创建对应配置的内存数据；再次获取配置时直接从数据库中获取配置数据；

数据库，用于保存配置数据。

进一步的，所述的配置中心中存储有发布消息表和配置信息记录表。

进一步的，当产生新的配置数据或配置数据变更时，相关的数据会记录到发布消息表和配置信息记录表中。

进一步的，所述的客户端中存储有主配置表、配置字段表、字典码表、配置规则主表和配置规则信息表；所述的配置规则信息表用于接收配置中心的发布消息表和配置信息记录表中的数据，经过配置规则主表、配置字段表、字典码表配置后形成主配置表；将主配置表存储到数据库中。

第二方面，本发明提供一种配置管理方法，其特征在于，包括以下步骤：

步骤1、配置中心获取用户的配置变更数据，发送推送更新消息给客户端；

步骤2、客户端接收到推送更新消息后，实时向配置中心拉取配置变更数据；

步骤3、配置中心将配置变更数据数据发送给客户端；

步骤4、客户端将配置变更数据处理后形成主配置表，保存到数据库中；

步骤5、应用程序模块在第一次获取配置的时候，实时通过客户端从数据库中拉取主配置表，并在客户端创建对应配置的内存数据，再次获取配置时直接从数据库中获取主配置表。

进一步的，所述的配置中心中存储有发布消息表和配置信息记录表。

进一步的，所述的步骤1包括：配置中心接收到用户的配置变更数据后，在发布消息表中形成发布消息，在配置信息记录表中形成配置信息，将发布消息推送给客户端。

进一步的，所述的客户端中存储有主配置表、配置字段表、字典码表、配置规则主表和配置规则信息表。

进一步的，所述的步骤4包括：客户端的配置规则信息表获取配置中心的配置信息，根据配置信息中的内容对配置字段表、字典码表、配置规则主表进行配置后，形成主配置表。

第三方面，本发明提供一种存储介质，其中存储有计算机程序，其特征在于，运行所述计算机程序，可以执行上述配置管理方法。

本发明的有益效果在于：

设计一套配置，实现动态配置以及实现部分规则，可以灵活配置。

实现页面配置，页面配置完后系统自动刷新各个服务器的缓存，配置环节简单。

设计配置中心客户端，实现本地缓存，各个项目只需要引用依赖，即可使用内部缓存，解决缓存缺失的问题。

实现配置中心，所有配置集中管理。

实现本地缓存，各个服务只需要调用本地缓存即可，解决配置服务器抗压隐患。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本发明的配置管理系统的架构示意图；

图2为本发明的数据库表接口示意图；

图3为本发明的配置管理方法步骤示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

另外，术语“多个”的含义应为两个以及两个以上。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本发明的配置管理系统，如图1所示，包括配置中心、客户端、应用程序模块及数据库，其中：

配置中心，用于获取配置变更数据，并发送推送更新指令到客户端。在客户端定时拉取发布消息或实时拉取配置更新数据时，发送发布消息或配置更新数据给客户端。

客户端，在收到配置中心的推送更新时，实时向配置中心拉取配置更新数据，并将配置更新数据存储到数据库。定时向配置中心拉取发布消息，在判断发布消息存在变更时，实时向配置中心拉取配置更新数据，并将配置更新数据存储到数据库。

应用程序模块，在第一次获取配置的时候，实时通过客户端从数据库中拉取配置，并在客户端创建对应配置的内存数据，再次获取配置时直接从数据库中获取。

数据库，用于保存配置数据。

进一步的，在本申请的一种优选实施方式中，配置中心中存储有发布消息表和配置信息记录表。发布消息表中记录发布消息，发布消息的内容包括消息ID、消息内容及最后修改时间。配置信息记录表中记录了配置信息，配置信息的内容包括消息ID、配置主表、记录类型、操作内容、操作类型、操作人等。

当用户创建一条新的配置数据或修改已有的配置数据时，相关的数据就会记录到发布消息表和配置信息记录表中。

进一步的，在本申请的一种优选实施方式中，客户端中包括主配置表、配置字段表、字典码表、配置规则主表和配置规则信息表。配置规则信息表用于接收配置中心的发布消息表和配置信息记录表中的数据，经过配置规则主表、配置字段表、字典码表后形成主配置表。将主配置表存储到数据库中。

在配置中心配置变更的时候，推送客户有更新，客户端会实时拉取配置更新数据并更新数据库数据，同时有定时任务时会去配置中心拉取发布消息，判断发布的消息是否存在新增，如果存在即实时拉取发布消息对应的配置变更数据。

本发明针对于现有技术中未有配置管理中存在的问题，都得到了一定的完善与优化，具体体现在。

1、针对配置无灵活性问题：设计一套配置，实现动态配置，以及实现部分规则。

2、针对配置环节复杂问题：实现页面配置，页面配置完后系统自动刷新各个客户端的数据库。

3、针对缓存缺失问题：设计配置客户端数据库，实现本地缓存，各个项目只需要引用依赖，即可使用内部缓存。

4、针对未集中管理问题：实现配置中台，所有配置集中管理。

5、针对配置服务器抗压隐患问题：实现本地缓存，各个服务只需要调用本地缓存即可。

6、先后任南方占用业务服务器资源的问题：优化缓存，实现推送更新与拉取相结合实现缓存实时更新。业务服务器与配置服务器一定时间的请求数固化，减少业务服务器的tcp连接数，同时使用本地缓存，减少业务服务器整体响应时间，提升服务响应效率。

本发明的配置管理方法，包括以下步骤：

步骤1、配置中心获取用户的配置变更数据，发送推送更新消息给客户端。

步骤2、客户端接收到推送更新消息后，实时向配置中心拉取配置变更数据。

步骤3、配置中心将配置变更数据数据发送给客户端。

步骤4、客户端将配置变更数据处理后形成主配置表，保存到数据库中。

步骤5、应用程序模块在第一次获取配置的时候，实时通过客户端从数据库中拉取主配置表，并在客户端创建对应配置的内存数据，再次获取配置时直接从数据库中获取主配置表。

进一步的，在本申请的一种优选实施方式中，所述的步骤1包括：

配置中心接收到用户的配置变更数据后，在发布消息表中形成发布消息，在配置信息记录表中形成配置信息，将发布消息推送给客户端。

进一步的，在本申请的一种优选实施方式中，客户端包括主配置表、配置字段表、字典码表、配置规则主表和配置规则信息表。

进一步的，在本申请的一种优选实施方式中，所述的步骤4包括：

客户端的配置规则信息表获取配置中心的配置信息记录表中的配置信息，根据配置信息中的内容配置相关表，形成主配置表。

一种存储介质，其中存储有计算机程序，运行该计算机程序，可以执行上述配置管理方法。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种置管理系统，其特征在于，包括配置中心、客户端、应用程序模块及数据库，其中：

配置中心，用于获取配置变更数据，并推送更新给客户端；在客户端定时拉取发布消息或实时拉取配置更新数据时，发送发布消息或配置更新数据给客户端；

客户端，在收到配置中心的推送更新时，实时向配置中心拉取配置更新数据，并更新数据库；定时向配置中心拉取发布消息，在判断发布消息存在变更时，实时向配置中心拉取配置更新数据，并更新数据库；

应用程序模块，在第一次获取配置的时候，实时通过客户端从数据库中拉取配置数据，并在客户端创建对应配置的内存数据；再次获取配置时直接从数据库中获取配置数据；

数据库，用于保存配置数据。

2.根据权利要求1所述的置管理系统，其特征在于，所述的配置中心中存储有发布消息表和配置信息记录表。

3.根据权利要求2所述的置管理系统，其特征在于，当产生新的配置数据或配置数据变更时，相关的数据会记录到发布消息表和配置信息记录表中。

4.根据权利要求1所述的置管理系统，其特征在于，所述的客户端中存储有主配置表、配置字段表、字典码表、配置规则主表和配置规则信息表；所述的配置规则信息表用于接收配置中心的发布消息表和配置信息记录表中的数据，经过配置规则主表、配置字段表、字典码表配置后形成主配置表；将主配置表存储到数据库中。

5.一种配置管理方法，其特征在于，包括以下步骤：

步骤1、配置中心获取用户的配置变更数据，发送推送更新消息给客户端；

步骤2、客户端接收到推送更新消息后，实时向配置中心拉取配置变更数据；

步骤3、配置中心将配置变更数据数据发送给客户端；

步骤4、客户端将配置变更数据处理后形成主配置表，保存到数据库中；

步骤5、应用程序模块在第一次获取配置的时候，实时通过客户端从数据库中拉取主配置表，并在客户端创建对应配置的内存数据，再次获取配置时直接从数据库中获取主配置表。

6.根据权利要求5所述的配置管理方法，其特征在于，所述的配置中心中存储有发布消息表和配置信息记录表。

7.根据权利要求6所述的配置管理方法，其特征在于，所述的步骤1包括：配置中心接收到用户的配置变更数据后，在发布消息表中形成发布消息，在配置信息记录表中形成配置信息，将发布消息推送给客户端。

8.根据权利要求5所述的配置管理方法，其特征在于，所述的客户端中存储有主配置表、配置字段表、字典码表、配置规则主表和配置规则信息表。

9.根据权利要求8所述的配置管理方法，其特征在于，所述的步骤4包括：客户端的配置规则信息表获取配置中心的配置信息，根据配置信息中的内容对配置字段表、字典码表、配置规则主表进行配置后，形成主配置表。

10.一种存储介质，其中存储有计算机程序，其特征在于，运行所述计算机程序，可以执行权利要求5至9任一项所述的配置管理方法。

Images