CN115617390A - 一种配置信息维护方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种配置信息维护方法、电子设备及计算机可读存储介质，该配置信息维护方法包括：参数配置使用服务系统连接参数配置服务系统，并接收所述参数配置服务系统提供的配置参数；根据预定周期对所述参数配置服务系统提供的配置参数进行加载，储存于本地缓存处；参数配置使用服务系统从所述本地缓存中获取配置参数，以此对应用服务中的配置参数进行更新。上述方案，能够及时对应用服务进行配置更新，有效提升了系统部署的效率。

Description

一种配置信息维护方法、电子设备及计算机可读存储介质

技术领域

本申请涉及数据管理领域，特别是涉及一种配置信息维护方法、电子设备及计算机可读存储介质。

背景技术

随着企业应用服务的复杂程度不断增高，一个企业往往需要将多个应用服务之间相互关联，互相为对方应用服务提供服务，这样就需要对多个应用服务进行参数配置。当同时进行多个应用服务时，需要工作人员对多个应用服务器进行单独登陆，并在一个应用服务器对其他应用服务器的参数进行配置并提交更新，不仅部署服务节点任务增多，部署参数配置的复杂度和工作量也大大增加。

发明内容

本申请至少提供一种配置信息维护方法、电子设备及计算机可读存储介质，能够及时对应用服务进行配置更新，有效提升了系统部署的效率。

本申请第一方面提供了一种配置信息维护方法，包括：

参数配置使用服务系统连接参数配置服务系统；

所述参数配置使用服务系统接收所述参数配置服务系统提供的配置参数，并根据预定周期对所述参数配置服务系统提供的配置参数进行加载；

所述参数配置使用服务系统将加载好的的所述配置参数储存于本地缓存中；

所述参数配置使用服务系统从所述本地缓存中获取配置参数，以此对应用服务中的配置参数进行更新。

其中，所述参数配置使用服务系统从所述本地缓存中获取配置参数，以此对多个应用服务中的参数进行更新，包括：

所述参数配置使用服务系统中的至少一个应用服务通过API接口连接本地缓存；

所述参数配置使用服务系统中的至少一个应用服务通过静态方法从所述本地缓存中获取配置参数；

将所述配置参数通过spring容器的实例调用以此对多个应用服务中的参数进行更新。

其中，所述参数配置使用服务系统中的至少一个应用服务通过API接口连接本地缓存，包括：

所述参数配置使用服务系统中的至少一个应用服务通过统一的API接口连接本地缓存。

其中，所述参数配置使用服务系统，包括：

查询配置参数服务工具、调度更新配置服务工具、API接口以及至少一个应用服务。

其中，所述参数配置使用服务系统连接参数配置服务系统，包括：

所述参数配置使用服务系统中的查询配置参数服务工具连接查询配置接口；

通过所述查询配置接口以此连接所述参数配置服务系统。

其中，所述并根据预定周期对所述参数配置服务系统提供的配置参数进行加载，包括：

所述参数配置使用服务系统中的查询配置参数服务工具与所述参数配置使用服务系统中的调度更新配置服务工具连接；

通过所述调度更新配置服务工具更改加载所述配置参数的预设周期；

所述查询配置参数服务工具根据预设周期对所述参数配置服务系统提供的配置参数进行加载。

其中，所述查询配置参数服务工具根据预设周期对所述参数配置服务系统提供的配置参数进行加载，包括：

所述查询配置参数服务工具根据预设周期接收来自所述参数配置服务系统提供的配置参数；

将所述配置参数转为K-V数据结构形式下可被应用服务获取的配置参数，以此完成配置参数加载。

其中，所述参数配置使用服务系统接收所述参数配置服务系统提供的配置参数，包括：

所述参数配置使用服务系统接收由所述参数配置服务系统提供配置更新后的参数。

本申请第二方面提供了一种电子设备，包括相互耦接的存储器和处理器，处理器用于执行存储器中存储的程序指令，以实现上述第一方面中的配置信息维护方法。

本申请第三方面提供了一种计算机可读存储介质，其上存储有程序指令，程序指令被处理器执行时实现上述第一方面中的配置信息维护方法。

上述方案，通过参数配置使用服务系统连接参数配置服务系统，并接收所述参数配置服务系统提供的配置参数；根据预定周期对所述参数配置服务系统提供的配置参数进行加载，储存于本地缓存处；参数配置使用服务系统从所述本地缓存中获取配置参数，以此对应用服务的配置参数进行统一更新。上述方法能够及时对应用服务进行配置更新，有效提升了系统部署的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1是本申请配置信息维护方法第一实施例的流程示意图；

图2是本申请配置信息维护方法第二实施例的流程示意图；

图3是本申请电子设备一实施例的框架示意图；

图4是本申请非易失性计算机可读存储介质一实施例的框架示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

若本申请技术方案涉及个人信息，应用本申请技术方案的产品在处理个人信息前，已明确告知个人信息处理规则，并取得个人自主同意。若本申请技术方案涉及敏感个人信息，应用本申请技术方案的产品在处理敏感个人信息前，已取得个人单独同意，并且同时满足“明示同意”的要求。例如，在摄像头等个人信息采集装置处，设置明确显著的标识告知已进入个人信息采集范围，将会对个人信息进行采集，若个人自愿进入采集范围即视为同意对其个人信息进行采集；或者在个人信息处理的装置上，利用明显的标识/信息告知个人信息处理规则的情况下，通过弹窗信息或者请个人自行上传其个人信息等方式获得个人授权；其中，个人信息处理规则可包括个人信息处理者、个人信息处理目的、处理方式以及处理个人信息种类等信息。

目前多系统运行通常都要求接入apollo进行配置参数的管理。但是apollo配置参数的修改要通过配置变更，执行起来流程比较长。对一些可靠性要求很高的系统，如果系统出现异常，需要进行降级处理，此时可能涉及多种降级方案，每种方案涉及多个参数，如果使用apollo进行配置变更，执行起来流程长，多个参数修改起来也比较麻烦，不能及时进行处理。因此满足在系统内部设置修改接口，实现简化配置变更流程。

请参阅图1，图1是本申请第一实施例的配置信息维护方法的流程示意图。具体而言，可以包括如下步骤：

步骤S100：参数配置使用服务系统连接参数配置服务系统。

本实施例中，参数配置服务系统为用户提供对多种应用服务中的参数进行添加、修改、删除、查询的服务，用户可以通过参数配置服务系统的接口对数据库中的参数信息进行修改，主要包括配置维护接口、对外服务查询接口以及参数数据库。其中配置维护接口包括配置新增接口、配置逻辑删除接口(不进行物理删除)、配置启用接口、配置修改接口、配置查询接口；对外服务查询接口包括查询所有有效配置(非逻辑删除)；参数数据库包括修改时间、创建时间、创建人、是否删除、注释、配置项值、配置项key、自增ID字段。

本实施例中，所述参数配置使用服务系统包括查询配置参数服务工具、调度更新配置服务工具、API接口以及至少一个应用服务。

本实施例中，所述步骤S100包括：

所述参数配置使用服务系统中的查询配置参数服务工具连接查询配置接口；通过所述查询配置接口以此连接所述参数配置服务系统。

步骤S101：所述参数配置使用服务系统接收所述参数配置服务系统提供的配置参数，并根据预定周期对所述参数配置服务系统提供的配置参数进行加载。

本实施例中，所述预定周期可以自行设置，例如30秒、5分钟。

本实施例中，所述步骤S101包括：

所述参数配置使用服务系统接收由所述参数配置服务系统进行配置更新后的参数；所述参数配置使用服务系统中的查询配置参数服务工具与所述参数配置使用服务系统中的调度更新配置服务工具连接；通过所述调度更新配置服务工具更改加载所述配置参数的预设周期；所述查询配置参数服务工具根据预设周期对所述参数配置服务系统提供的配置参数并进行加载。其中所述更新后的参数是指经过用户在参数配置服务系统中修改后的参数。

进一步地，所述查询配置参数服务工具根据预设周期对所述参数配置服务系统提供的配置参数并进行加载，包括所述查询配置参数服务工具根据预设周期接收来自所述参数配置服务系统提供的配置参数；将所述配置参数转为K-V数据结构形式下的配置参数，以此完成配置参数加载。其中，K-V数据结构形式是指非关系型数据库，主要存储结构key-value，其中value有的采用Json串结构，作用就是用来完成应用服务和缓存处之间的数据的交换。

步骤S102：所述参数配置使用服务系统将加载好的的所述配置参数储存于本地缓存中。

本实施例中，本地缓存是指将应用服务本地的物理内存划分出一部分空间用来缓冲应用服务回写到参数配置使用服务系统的数据，因其在回写上的突出贡献，因此本地缓存一般称为本地回写。

步骤S103：所述参数配置使用服务系统从所述本地缓存中获取配置参数，以此对应用服务中的配置参数进行更新。

本实施例中，所述步骤S103包括：

所述参数配置使用服务系统中的至少一个应用服务通过API接口连接本地缓存；所述参数配置使用服务系统中的至少一个应用服务通过静态方法从所述本地缓存中获取配置参数；将所述配置参数通过spring容器的实例调用以此对多个应用服务中的参数进行更新。

进一步地，所述参数配置使用服务系统中的至少一个应用服务通过API接口连接本地缓存，包括所述参数配置使用服务系统中的至少一个应用服务通过统一的API接口连接本地缓存。其中，API为接口，负责一个程序和其他软件的沟通，本质是预先定义的函数，用于提高程序设计灵活性。

本实施例中，应用服务获取参数主要通过静态方法获取配置参数，在通过spring容器管理配置实例bean。其中，Spring是一个开源框架，是为了解决企业应用程序开发复杂性，框架的主要优势之一就是其分层架构，允许使用者选择使用哪一个组件。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

现有情况下，随着企业应用服务的复杂程度不断增高，一个企业往往需要将多个应用服务之间相互关联，互相为对方应用服务提供服务，这样就需要对多个应用服务进行参数配置。当前使用最多的参数配置系统为apollo，但是apollo配置参数的修改要走配置变更，执行起来流程比较长。对一些可靠性要求很高的系统，如果系统出现异常，需要进行降级处理，此时可能涉及多种降级方案，每种方案涉及多个参数，如果使用apollo进行配置变更，执行起来流程长，多个参数修改起来也比较麻烦，不能及时进行处理。

本实施例中，利用参数配置使用服务系统连接参数配置服务系统，并接收所述参数配置服务系统提供的配置参数；根据预定周期对所述参数配置服务系统提供的配置参数进行加载，储存于本地缓存处；参数配置使用服务系统从所述本地缓存中获取配置参数，以此对配置参数进行更新。上述方案，能够及时对应用服务进行配置更新，有效提升了系统部署的效率。

请参阅图2，图2是本申请第二实施例的配置信息维护方法的流程示意图。具体而言，可以包括如下步骤：

步骤S200：参数配置使用服务系统连接参数配置服务系统。

可如上S100所述，在此不作赘述。

步骤S201：所述参数配置使用服务系统接收由所述参数配置服务系统提供配置更新后的参数。

本实施例中，所述更新后的参数是指经过用户在参数配置服务系统中修改后的参数。

步骤S202：所述参数配置使用服务系统中的查询配置参数服务工具与所述参数配置使用服务系统中的调度更新配置服务工具连接。

本实施例中，调度更新配置服务工具的作用为改变查询配置参数服务工具获取来自参数配置服务系统提供的配置参数的更新时间，使配置参数呈现周期性更新。

步骤S203：通过所述调度更新配置服务工具更改加载所述配置参数的预设周期。

本实施例中，所述预定周期可以自行设置，例如30秒、5分钟。

步骤S204：所述查询配置参数服务工具根据预设周期对所述参数配置服务系统提供的配置参数进行加载。

本实施例中，所述步骤S204包括：

所述查询配置参数服务工具根据预设周期接收来自所述参数配置服务系统提供的配置参数；将所述配置参数转为K-V数据结构形式下的配置参数，以此完成配置参数加载。

其中，K-V数据结构形式是指非关系型数据库，主要存储结构key-value，其中value有的采用Json串结构，作用就是用来完成应用服务和缓存处之间的数据的交换。

下面进行举例说明，在金融科技中的维护参数信息应用场景中，银行A希望可以设计一套参数配置方法，以便于对简洁对配置参数变更的流程，使所有运行下的应用服务进行统一的配置参数更新，因此银行A开发了一个参数配置使用服务系统。当应用服务出现异常时，此时需要进行降级处理，这时可以使用所述参数配置方法，首先通过使参数配置使用服务系统连接参数配置服务系统，再让所述参数配置使用服务系统接收所述参数配置服务系统提供的配置参数，并根据预定周期对所述参数配置服务系统提供的配置参数进行加载，所述参数配置使用服务系统将加载好的的所述配置参数储存于本地缓存中，所述参数配置使用服务系统从所述本地缓存中获取配置参数，以此对应用服务的配置参数进行统一更新，以此完成应用服务的降级处理。银行A通过上述方法有效提升了系统部署的效率，减少在部署环境针对每个部署包修改参数的流程，规避了因参数值修改导致重复操作的时间，为自动化部署提供了有利的条件。

本实施例中，利用参数配置使用服务系统连接参数配置服务系统并接收由所述参数配置服务系统提供配置更新后的参数，所述参数配置使用服务系统中的查询配置参数服务工具通过所述调度更新配置服务工具更改加载所述配置参数的预设周期，所述查询配置参数服务工具根据预设周期对所述参数配置服务系统提供的配置参数进行加载。上述方案，能够及时对应用服务进行配置更新，有效提升了系统部署的效率。

请参阅图3，图3是本申请电子设备30一实施例的框架示意图。电子设备30包括相互耦接的存储器31和处理器32，处理器32用于执行存储器31中存储的程序指令，以实现上述任一配置信息维护方法实施例中的步骤。在一个具体的实施场景中，电子设备30可以包括但不限于：微型计算机、服务器，此外，电子设备30还可以包括笔记本电脑、平板电脑等移动设备，在此不做限定。

具体而言，处理器32用于控制其自身以及存储器31以实现上述任一配置信息维护方法实施例中的步骤。处理器32还可以称为CPU(Central Processing Unit，中央处理单元)。处理器32可能是一种集成电路芯片，具有信号的处理能力。处理器32还可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable GateArrayFPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器32可以由集成电路芯片共同实现。

请参阅图4，图4为本申请非易失性计算机可读存储介质40一实施例的框架示意图。非易失性计算机可读存储介质40存储有能够被处理器运行的程序指令401，程序指令401用于实现上述任一页配置信息维护方法实施例中的步骤。

在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种配置信息维护方法，其特征在于，包括：

参数配置使用服务系统连接参数配置服务系统；

所述参数配置使用服务系统接收所述参数配置服务系统提供的配置参数，并根据预定周期对所述参数配置服务系统提供的配置参数进行加载；

所述参数配置使用服务系统将加载好的的所述配置参数储存于本地缓存中；

所述参数配置使用服务系统从所述本地缓存中获取配置参数，以此对应用服务中的配置参数进行更新。

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

所述参数配置使用服务系统从所述本地缓存中获取配置参数，以此对多个应用服务中的参数进行更新，包括：

所述参数配置使用服务系统中的至少一个应用服务通过API接口连接本地缓存；

所述参数配置使用服务系统中的至少一个应用服务通过静态方法从所述本地缓存中获取配置参数；

将所述配置参数通过spring容器的实例调用以此对多个应用服务中的参数进行更新。

3.根据权利要求2所述的方法，其特征在于，

所述参数配置使用服务系统中的至少一个应用服务通过API接口连接本地缓存，包括：

所述参数配置使用服务系统中的至少一个应用服务通过统一的API接口连接本地缓存。

4.根据权利要求1所述的方法，其特征在于，

所述参数配置使用服务系统，包括：

查询配置参数服务工具、调度更新配置服务工具、API接口以及至少一个应用服务。

5.根据权利要求4所述的方法，其特征在于，

所述参数配置使用服务系统连接参数配置服务系统，包括：

所述参数配置使用服务系统中的查询配置参数服务工具连接查询配置接口；

通过所述查询配置接口以此连接所述参数配置服务系统。

6.根据权利要求4所述的方法，其特征在于，

所述并根据预定周期对所述参数配置服务系统提供的配置参数进行加载，包括：

所述参数配置使用服务系统中的查询配置参数服务工具与所述参数配置使用服务系统中的调度更新配置服务工具连接；

通过所述调度更新配置服务工具更改加载所述配置参数的预设周期；

所述查询配置参数服务工具根据预设周期对所述参数配置服务系统提供的配置参数进行加载。

7.根据权利要求6所述的方法，其特征在于，

所述查询配置参数服务工具根据预设周期对所述参数配置服务系统提供的配置参数进行加载，包括：

所述查询配置参数服务工具根据预设周期接收来自所述参数配置服务系统提供的配置参数；

将所述配置参数转为K-V数据结构形式下可被应用服务获取的配置参数，以此完成配置参数加载。

8.根据权利要求1所述的方法，其特征在于，

所述参数配置使用服务系统接收所述参数配置服务系统提供的配置参数，包括：

所述参数配置使用服务系统接收由所述参数配置服务系统提供配置更新后的参数。

9.一种计算机设备，其特征在于，包括相互耦接的存储器和处理器，所述处理器用于执行所述存储器中存储的程序指令，以实现权利要求1至8任一项所述的配置信息维护方法。

10.一种计算机可读的存储介质，其特征在于，存储有程序指令，所述程序指令被处理器执行时实现权利要求1至8任一项所述的配置信息维护方法。

Images