配置文件的管理方法、装置及电子设备

技术领域

本申请涉及配置管理领域，尤其是涉及一种配置文件的管理方法、装置及电子设备。

背景技术

配置管理(Configuration Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

配置管理过程的目的是建立和维护过程或项目的所有工作产品(例如，项目计划、质量保证状态报告、需求规范、测试用例、源代码、工具等)的完整性，并使它们对受影响的各方(如：项目管理，质量，系统，软件，测试，硬件，机构，制造，验证等)可用。

对包括多个应用程序的系统，通常通过配置管理中心来存储和下发系统内应用程序的配置信息，以实现在不重新部署应用程序的情况下对配置进行动态更新。目前已有的配置管理方案如Nacos、Zookeeper、Consoel等，虽然能够实现对配置文件的存储和推送下发，但采用的存储数据的方式为一组Key-Value(即简单键值对)的方式。

本申请的发明人发现，当系统内应用程序的配置文件包含的信息更加复杂、需要多种数据结构时，用简单的键值对进行存储极为不便。同时，目前的配置管理方案中通常不包括对配置修改的权限控制，导致配置文件的访问、修改安全性不够。因此，需要一种能够存储数据结构复杂的配置文件，并且保证配置文件访问、修改安全性的配置管理方案。

发明内容

根据本申请的第一个方面，提出一种配置文件的管理方法，该方法可以包括：对配置数据库中配置文件的变更行为的合法性进行校验；确定变更行为合法，根据变更行为变更配置数据库中的对应的配置文件；将配置变更标识发送给配置文件对应的业务端；接收业务端发送的配置拉取请求；根据配置拉取请求从配置数据库中拉取配置文件；将配置文件发送到业务端；其中，配置文件包括配置文件标识和一个或多个配置项，配置项包括配置项标识以及一个或多个配置项字段。

根据上述实施方案，本申请提出的一种配置文件的管理方法对配置文件的变更行为进行合法性校验，提升了配置变更的安全性。同时本申请的方法中配置文件包括多个配置项，每个配置项中可以包括一个或多个字段，能够管理数据结构复杂的配置文件、扩展性高。

根据一些实施例，配置拉取请求包括当前业务端的身份标识，根据配置拉取请求从配置数据库中拉取配置文件可以包括：根据身份标识和配置文件标识的对应关系确定要拉取的配置文件。

根据本申请的第二个方面，提出一种配置文件的管理装置，包括：校验模块，对配置数据库中配置文件的变更行为进行校验；处理模块，确定变更行为合法的情况下，根据变更行为变更配置数据库中的对应的配置文件；通信模块，将配置变更标识发送给配置文件对应的业务端，接收业务端发送的配置拉取请求；处理模块，还根据配置拉取请求从配置数据库中拉取配置文件；通信模块，还将配置文件发送到业务端。

根据本申请的第三个方面，提出一种配置文件的管理系统，该系统可以包括配置管理中心、一个或多个业务端、配置数据库，其中：配置管理中心可以用于执行如本申请第一个方面所述的方法；业务端可以用于响应于配置管理中心发送的配置变更标识，将配置拉取请求发送到配置管理中心，接收配置管理中心发送的配置文件；配置数据库可以用于存储配置文件。

根据一些实施例，一种配置文件的管理系统中的配置管理中心可以包括通用数据接口，在业务端为多个的情况下，配置管理中心通过通用数据接口和多个业务端之间进行通信。

根据上述实施方案，本申请的配置管理中心通过设置一个通用数据接口实现和多个业务端之间的通信，系统结构简单，能够进行更为便捷的配置文件下发。

根据本申请的第四个方面，提出一种电子设备，可以包括：处理器；存储器，存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行如本申请第一个方面所述的方法。

根据本申请的第五个方面，提出一种非瞬时性计算机可读存储介质，其上存储有计算机可读指令，当所述指令被处理器执行时，使得所述处理器执行如本申请第一个方面所述的方法。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图，而并不超出本申请要求保护的范围。

图1为本申请的配置文件的管理方法1000的示意图；

图2为本申请的配置文件的管理装置2000的结构示意图；

图3为本申请的配置文件的管理系统3000的结构示意图；

图4为本申请的配置文件的管理方法的具体实施例4000的示意图；

图5为本申请提供的一种电子设备的结构图。

具体实施方式

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

图1为本申请的配置文件的管理方法1000的流程示意图。方法1000应用于配置管理中心，如图1所示，该方法包括步骤S101-S106。

在步骤S101中，配置管理中心对配置数据库中配置文件的变更行为的合法性进行校验。

在一些具体实施例中，配置管理中心存有预设的一个或多个配置文件及其对应的有修改权限的用户列表。在步骤S101中，在配置文件被用户变更时，配置管理中心判断发起变更行为的用户对变更的配置文件是否有变更权限。在一些具体实施例中，配置数据库中存储一个或多个配置文件。

可选地，配置文件包括配置文件标识和一个或多个配置项，配置项包括配置项标识以及一个或多个配置项字段。可选地，配置项字段为一组键值对，其中键值对的值的数据类型包括文档、数组或基本数据类型，基本数据类型包括整型数字、布尔型数字、浮点型数字或字符串。

在步骤S102中，配置管理中心确定变更行为合法，根据变更行为变更配置数据库中的对应的配置文件。

在一些具体实施例中，在步骤S102中，配置管理中心根据用户的权限确定发起变更行为的用户对变更的配置文件有变更权限，则确定当前变更行为是合法的。配置管理中心根据变更行为变更配置数据库中对应的配置文件。

可选地，对配置文件的变更包括对配置项的增加、删除和编辑操作中的任意一种或多种。可选地，对配置项的编辑包括对配置项字段的增加、删除和编辑操作中的任意一种或多种。

在步骤S103中，配置管理中心将配置变更标识发送给配置文件对应的业务端。在步骤S104中，配置管理中心接收业务端发送的配置拉取请求。

例如，配置文件的配置项标识和应用该配置文件的业务端相对应。在步骤S102中变更配置文件后，配置管理中心生成配置变更标识，其中，配置变更标识包括配置文件的配置项标识以及配置文件发生的变更行为。在步骤S103中，配置变更中心将配置变更标识发送给配置文件对应的业务端。业务端响应于接收到的配置变更标识，生成并发送配置拉取请求到配置管理中心。在步骤S104中，配置管理中心接收配置拉取请求。

在步骤S105中，配置管理中心根据配置拉取请求从配置数据库中拉取配置文件。在步骤S106中，配置管理中心将配置文件发送到业务端。

在一些具体实施例中，配置拉取请求包括业务端的身份标识。在步骤S105中，配置管理中心根据业务端的身份标识和配置文件标识的对应关系确定要拉取的配置文件。配置管理中心从配置数据库中拉取对应的配置文件。在步骤S106中，配置管理中心根据配置文件中的配置文件标识发送给对应的业务端。

根据上述实施方式的方法，配置管理中心根据配置文件对应的变更权限的规则判断变更行为的合法性，在确定变更行为合法后变更配置文件，提升了配置变更的安全性。同时上述实施方式的方法中配置文件包括多个配置项，每个配置项中可以包括一个或多个字段，根据上述方法能够管理数据结构复杂的配置文件，对每个配置项中的多个字段均可以进行变更，配置文件的可扩展性高。

可选地，上述方法中的配置管理中心包括通用控制接口。配置管理中心通过预设的通用控制接口和业务端进行数据传输。例如，在上述步骤S103中，配置管理中心通过通用控制接口将配置变更标识发送给业务端。在上述步骤步骤S104、步骤S106中，配置管理中心通过通用控制接口和业务端进行数据通信。

根据上述实施方式的方法，配置管理中心通过设置一个通用数据接口实现和多个业务端之间的通信，系统结构简单，能够进行更为便捷的配置文件下发。

图2为本申请的配置文件的管理装置2000的结构示意图。如图2所示，装置2000包括校验模块201、处理模块202、通信模块203。

校验模块201，对配置数据库中配置文件的变更行为的合法性进行校验。

在一些具体实施例中，配置管理中心存有预设的一个或多个配置文件及其对应的有修改权限的用户列表。在配置文件被用户变更时，校验模块201判断发起变更行为的用户对变更的配置文件是否有变更权限。配置数据库中存储一个或多个配置文件。

可选地，配置文件包括配置文件标识和一个或多个配置项，配置项包括配置项标识以及一个或多个配置项字段。可选地，配置项字段为一组键值对，其中键值对的值的数据类型包括文档、数组或基本数据类型，基本数据类型包括整型数字、布尔型数字、浮点型数字或字符串。

处理模块202，确定变更行为合法，根据变更行为变更配置数据库中的对应的配置文件。

在一些具体实施例中，处理模块202根据用户的权限确定发起变更行为的用户对变更的配置文件有变更权限，则确定当前变更行为是合法的。处理模块202根据变更行为变更配置数据库中对应的配置文件。

可选地，对配置文件的变更包括对配置项的增加、删除和编辑操作中的任意一种或多种。可选地，对配置项的编辑包括对配置项字段的增加、删除和编辑操作中的任意一种或多种。

处理模块202，还用于根据配置拉取请求从配置数据库中拉取配置文件。在一些具体实施例中，配置拉取请求包括业务端的身份标识。处理模块202根据业务端的身份标识和配置文件标识的对应关系确定要拉取的配置文件。处理模块202从配置数据库中拉取对应的配置文件。

通信模块203将配置变更标识发送给配置文件对应的业务端，接收业务端发送的配置拉取请求。

配置文件的配置项标识和应用该配置文件的业务端相对应。在一些具体实施例中，在处理模块202变更配置文件后，生成配置变更标识，其中，配置变更标识包括配置文件的配置项标识以及配置文件发生的变更行为。

通信模块203将配置变更标识发送给配置文件对应的业务端。业务端响应于接收到的配置变更标识，生成配置拉取请求，并发送到通信模块203。通信模块203还将配置文件发送到业务端。例如，通信模块203根据配置文件中的配置文件标识发送给对应的业务端。

图3为本申请的配置文件的管理系统3000的结构示意图。如图3所示，系统3000包括配置数据库301、配置管理中心302和业务端集合303。

在一些具体实施例中，配置数据库301用于存储一个或多个配置文件。可选地，配置文件包括配置文件标识和一个或多个配置项，配置项包括配置项标识以及一个或多个配置项字段。可选地，配置项字段的数据类型包括文档、数组或基本数据类型，基本数据类型包括整型数字、布尔型数字、浮点型数字或字符串。可选地，配置数据库301为MongoDB数据库。

在一些具体实施例中，配置管理中心302校验对配置文件的变更行为的合法性。配置管理中心302在确定变更行为合法的情况下，变更配置数据库301中的对应配置文件。配置管理中心302在变更配置文件后，将配置变更标识发送到业务端集合303，并接收业务端集合303发送的配置拉取请求。配置管理中心302响应于配置拉取请求，将变更后的配置文件发送给业务端集合303。

在一些具体实施例中，业务端集合303接收配置管理中心302发送的配置变更请求。业务端集合303响应于配置变更请求，生成配置拉取请求，并将配置拉取请求发送到配置管理中心302。业务端集合303接收配置管理中心302发送的变更后的配置文件，并更新配置。

在一些具体实施例中，配置管理中心302包括通用控制接口3021，业务端集合303包括业务端3031、业务端3032和业务端3033。配置管理中心302通过预设的一个通用控制接口3021和业务端集合303中的多个业务端之间进行数据传输。

图4为本申请的配置文件的管理方法的具体实施例4000的示意图。下面结合图1中的方法及图2的装置对图4的实施例4000的实施过程进行说明。

参见图4，图4中的配置数据库401为MongoDB数据库。配置数据库401中包括配置文件4011、配置文件4012和配置文件4013。配置文件4011包括和业务端集合403中的业务端4031对应的配置文件标识4011-a。配置文件4011还包括配置项4011-b和配置项4011-c。配置项4011-b包括配置项字段01{tt:[1,2,3]}和配置项字段02{tlf:{a:1,b:2}}，则配置项4011-b表示为{tt:[1,2,3]，tlf:{a:1,b:2}}。

在图4中，用户a创建对配置文件4011的变更行为，将配置项4011-b中配置项字段01的键值对中的值由[1,2,3]改为[1,2]。参见图1中的步骤S101及图2，配置管理中心402中的处理模块202根据预设的配置文件可变更用户列表来校验用户a是否具有对配置文件4011的变更权限。参见图1中的步骤S102及图2，配置管理中心402中的处理模块202校验后确定用户a的变更行为是合法的，将配置文件4011中的配置项4011-b中配置项字段01改为{tt:[1,2]}，修改后的配置项4011-b为{tt:[1,2]，tlf:{a:1,b:2}}。

配置文件变更发生后，配置管理中心402生成和配置文件4011相对应的配置变更标识01。参见图1中的步骤S103及图2，配置管理中心402中的通信模块203通过通用数据接口4021将配置变更标识01发送到和配置文件标识4011-a相对应的业务端4031。业务端4031接收到配置变更标识01后，生成配置拉取请求01，并将配置拉取请求01发送到配置管理中心402。参见图1中的步骤S104及图2，配置管理中心402中的通信模块203通过通用数据接口4021接收配置拉取请求01。参见图1中的步骤S105及图2，配置管理中心402中的处理模块202从配置数据库401中拉取配置文件4011。参见图1中的步骤S106及图2，配置管理中心402中的通信模块203将配置文件4011通过通用数据接口4021发送到业务端4031。

图5为本申请提供的一种电子设备的结构图。

参阅图5，图5提供一种电子设备，包括处理器以及存储器。存储器存储有计算机指令，当计算机指令被处理器执行时，使得处理器执行所述计算机指令从而实现如图1所示的方法以及细化方案。

应该理解，上述的装置实施例仅是示意性的，本发明披露的装置还可通过其它的方式实现。例如，上述实施例中所述单元/模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，多个单元、模块或组件可以结合，或者可以集成到另一个系统，或一些特征可以忽略或不执行。

另外，若无特别说明，在本发明各个实施例中的各功能单元/模块可以集成在一个单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个以上单元/模块集成在一起。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

所述集成的单元/模块如果以硬件的形式实现时，该硬件可以是数字电路，模拟电路等等。硬件结构的物理实现包括但不局限于晶体管，忆阻器等等。若无特别说明，所述处理器或芯片可以是任何适当的硬件处理器，比如CPU、GPU、FPGA、DSP和ASIC等等。若无特别说明，所述片上缓存、片外内存、存储器可以是任何适当的磁存储介质或者磁光存储介质，比如，阻变式存储器RRAM(Resistive Random Access Memory)、动态随机存取存储器DRAM(Dynamic Random Access Memory)、静态随机存取存储器SRAM(Static Random-AccessMemory)、增强动态随机存取存储器EDRAM(Enhanced Dynamic Random Access Memory)、高带宽内存HBM(High-Bandwidth Memory)、混合存储立方HMC(Hybrid Memory Cube)等等。

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

本申请实施例还提供一种非瞬时性计算机存储介质，存储有计算机程序，当所述计算机程序被多个处理器执行时，使得所述处理器执行如图1所示的方法以及细化方案。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明仅用于帮助理解本申请的方法及其核心思想。同时，本领域技术人员依据本申请的思想，基于本申请的具体实施方式及应用范围上做出的改变或变形之处，都属于本申请保护的范围。综上所述，本说明书内容不应理解为对本申请的限制。