CN112416456A - 配置文件处理方法、装置、设备、存储介质和系统 - Google Patents
配置文件处理方法、装置、设备、存储介质和系统 Download PDFInfo
- Publication number
- CN112416456A CN112416456A CN202011299084.5A CN202011299084A CN112416456A CN 112416456 A CN112416456 A CN 112416456A CN 202011299084 A CN202011299084 A CN 202011299084A CN 112416456 A CN112416456 A CN 112416456A
- Authority
- CN
- China
- Prior art keywords
- configuration file
- configuration
- file
- hierarchy
- change
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003860 storage Methods 0.000 title claims abstract description 20
- 238000003672 processing method Methods 0.000 title description 15
- 230000008859 change Effects 0.000 claims abstract description 107
- 238000000034 method Methods 0.000 claims abstract description 44
- 238000012545 processing Methods 0.000 claims abstract description 42
- 238000007726 management method Methods 0.000 claims description 29
- 238000012986 modification Methods 0.000 claims description 13
- 230000004048 modification Effects 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 7
- 238000013024 troubleshooting Methods 0.000 claims description 5
- 238000007792 addition Methods 0.000 claims description 4
- 238000012217 deletion Methods 0.000 claims description 4
- 230000037430 deletion Effects 0.000 claims description 4
- 230000008569 process Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 7
- 238000011161 development Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000009826 distribution Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000003058 natural language processing Methods 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
- G06F9/4451—User profiles; Roaming
Abstract
本申请实施例提供一种配置文件处理方法、装置、设备、存储介质和系统，通过获取配置变更清单，配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；根据配置变更清单，对第一配置文件进行更新处理；根据第一配置文件的层级和标识，发布修改后的第一配置文件，实现对配置文件的批量处理，当有多大量配置项需求修改、新增或删除时，只需要执行一次操作就可以，提高了对配置文件的处理效率，提高了用户的使用体验。
Description
技术领域
本申请实施例涉及通信技术领域，尤其涉及一种配置文件处理方法、装置、设备、存储介质和系统。
背景技术
配置是独立于程序的只读文件，配置文件是配置的一种常用加载方式，用于通过配置项确定程序的参数和初始设置，同一份程序在不同环境(开发，测试，生产)、不同集群(应用模块，部署单元)下，通常需要不同的配置，对应的配置文件也不相同，所以对配置文件的管理至关重要。
现有技术中多采用Apollo(阿波罗)进行不同环境、不同集群的配置的管理，具体地，通过用户在配置中心对配置进行修改并发布，配置中心通知Apollo客户端有配置更新，Apollo客户端从配置中心拉取最新的配置、更新本地配置并通知到应用。
然而，现有技术中只支持手动在配置中心进行配置项的修改，存在效率较低的问题。
发明内容
本申请实施例提供一种配置文件处理方法、装置、设备、存储介质和系统，以解决现有技术中对配置文件进行修改时存在的效率低的问题。
第一方面，本申请实施例提供一种配置文件处理方法，包括：
获取配置变更清单，所述配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，所述第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；
根据所述配置变更清单，对所述第一配置文件进行更新处理；
根据所述第一配置文件的层级和标识，发布修改后的第一配置文件。
可选地，所述变更内容包括配置项标识和变更事项，所述变更事项包括修改、删除或新增；相应地，所述根据所述配置变更清单，对所述第一配置文件进行更新处理，包括：
根据所述变更内容，采用如下至少一种处理方式，对所述第一配置文件进行更新：
修改所述第一配置文件中至少一个配置项的值；
删除所述第一配置文件中的至少一个配置项；
在所述第一配置文件中新增至少一个配置项。
可选地，所述方法还包括：
更新所述第一配置文件的版本号。
可选地，所述根据所述第一配置文件的层级和标识，发布修改后的第一配置文件，包括：
以修改后的第一配置文件为文件体，以更新后的版本号为文件头，生成数据包；
根据所述第一配置文件的层级和标识，确定所述第一配置文件实现生效的第一分布式节点；
将所述数据包发送给所述第一分布式节点。
可选地，所述根据所述配置变更清单，对所述第一配置文件进行更新处理之前，所述方法还包括：
确定所述配置变更清单符合配置变更清单规范。
可选地，所述对所述第一配置文件进行更新处理之后，所述方法还包括：
对配置文件目录进行更新，所述配置文件目录包括配置文件层级、配置文件标识和配置文件版本号。
可选地，所述方法还包括：
获取需要进行问题排查的第二分布式节点中的第二配置文件的配置信息，所述配置信息包括所述第二配置文件的标识、版本号和配置项信息；
根据所述配置文件目录，确定与所述第二配置文件的标识一致的第三配置文件；
确定所述第二配置文件与所述第三配置文件是否存在差异；
若存在差异，则进行告警。
可选地，所述确定所述第二配置文件与所述第三配置文件是否存在差异，包括：
根据所述配置文件目录，确定所述第二配置文件的版本号与所述第三配置文件的版本号是否一致；
若不一致，则确定所述第二配置文件与所述第三配置文件存在差异。
可选地，所述方法还包括：
若一致，确定所述第二配置文件的配置项信息与所述第三配置文件的配置项信息是否一致；
若不一致，则确定所述第二配置文件与所述第三配置文件存在差异。
第二方面，本申请实施例提供一种配置文件处理装置，包括：
获取模块，用于获取配置变更清单，所述配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，所述第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；
处理模块，用于根据所述配置变更清单，对所述第一配置文件进行更新处理；根据所述第一配置文件的层级和标识，发布修改后的第一配置文件。
第三方面，本申请实施例提供一种节点管理平台，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述第一方面所述的配置文件处理方法。
第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的配置文件处理方法。
第五方面，本申请实施列提供一种分布式系统，包括分布式节点和上述第三方面所述的节点管理平台。
本申请实施例提供的配置文件处理方法、装置、设备、存储介质和系统，通过获取配置变更清单，配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；根据配置变更清单，对第一配置文件进行更新处理；根据第一配置文件的层级和标识，发布修改后的第一配置文件，实现对配置文件的批量处理，当有多大量配置项需求修改、新增或删除时，只需要执行一次操作就可以，提高了对配置文件的处理效率，提高了用户了使用体验。
附图说明
图1为本申请实施例一提供的分布式系统的结构示意图；
图2为本申请实施例一提供的配置文件的层级结构示意图；
图3为本申请实施例二提供的配置文件处理方法的流程示意图；
图4为本申请实施例三提供的配置文件处理方法的流程示意图；
图5为本申请实施例四提供的配置文件处理装置的结构示意图；
图6为本申请实施例五提供的节点管理平台的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。
本申请发明人在使用过程中发现，现有的基于Apollo的技术的配置管理模型存在以下问题：(1)只支持对程序中加载的配置项进行修改并生效，不适用于只支持启动加载静态配置文件的模式的系统；(2)只支持手动在配置中心进行配置项的修改，对配置文件多、设备众多的情况下只能一个一个的修改，操作效率较低；(3)层级化单一，只涉及到环境、集群层级的命名空间的配置，无法支持银行业务系统核心的环境、组别、应用模块、部署单元、服务实例的多层级的部署架构方案；(4)不主动对分布式节点上的配置文件进行检查。
本申请技术方案的主要思路：基于现有技术存在的技术问题，本申请提供一种基于配置文件的层级对配置文件进行管理的技术方案，将配置文件分为与分布式节点的部署架构相匹配的五个层级，并节点管理平台维护基于层级生成的配置文件目录及配置文件与分布式节点的对应关系，在此基础上，一方面，通过为用户提供配置变更清单上传接口，根据用户上传配置变更清单，实现对配置文件的批量处理，另一方面，基于配置文件目录，主动获取相关分布式节点上配置文件的配置信息，对其进行排查，并在发现问题时主动告警，不仅提高了对配置文件的处理效率，还提高了系统的工作性能和稳定性。
实施例一
图1为本申请实施例一提供的分布式系统的结构示意图，如图1所示，本实施例中的分布式系统10包括节点管理平台11和多个分布式节点12，节点管理平台11用于通过以下各方法实施例中的配置文件处理方法，对多个分布式节点12中的配置进行管理，节点管理平台11可以为服务器，也可以为计算机等智能终端。分布式节点12即为执行分布式任务的各服务器。
为适应银行业务系统业务环境多(开发环境、测试环境、生产环境等)、组别多(联机组、批量组等)、应用模块多(微服务模块、整合模块等)、部署单元多(事务管理单元、事件接发单元等)以及虚拟机多等特点，例如，某一环境(如开发环境)下一共1000台服务器，根据不同的功能，这1000服务器可以分为两组，其中110台主要处理联机业务，构成联机组，另外800台主要处理批量业务，构成批量组，而联机组和批量组中，根据其功能的进一步细分，又可以划分成不同的模块，如批量组的800台服务器中，作为微服务模块和整合模块的各有400台，进一步的，如微服务模块的400台服务器中，有100台作为事务管理单元运行，另外300台事件接发单元运行。本实施例中，根据实现生效的配置文件的生效范围(即可管控的分布式节点的数量)的不同，将配置文件分为五个层级，包括环境、组、应用模块、部署单元、服务实例，图2为本申请实施例一提供的配置文件的层级结构示意图，如图2所示，第一层为环境，此层级下的配置配置文件则管控该环境下公共的配置文件，其生效范围最大，如1000台服务器；第二层为组，其生效范围次于第一层，如800台，按照分组的数量，该层级下的配置文件又可分为多种，如适用于联机组的配置文件与适用于批量组的配置文件不同；第三层为应用模块，其生效范围次于第二层，如400台，该层级的配置文件的配置项是根据应用模块的维度区分具体的值；第四层级为部署单元，其生效范围次于第三层，如100台，此层表示虽为同一个应用模块下，但是存在根据部署单元的不同配置不同的配置项的值；最后一层为服务实例，为最小层级，该层级的配置文件只在一台服务器上应用。
相应地，节点管理平台11可以根据配置文件的层级对配置文件进行加以管理，如按照层级的不同，建立不同的数据库分别对相应的配置文件进行管理，并在节点管理平台11服务页面端生成对应的目录，使配置文件的展示一目了然，用户可以更加清晰知道整个分布式系统中配置文件的生效范围。
实施例二
图3为本申请实施例二提供的配置文件处理方法的流程示意图，本实施例的方法可以由本申请实施例所提供的配置文件处理装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于作为节点管理平台的服务器以及智能终端等设备中。如图3所示，本实施例的配置文件处理方法包括：
S101、获取配置变更清单。
本步骤中，可以根据用户(如网络管理人员)在节点管理平台的服务页面进行的操作，触发获取配置变更清单的动作，具体地，节点管理平台可以在服务页面(用户中心)为用户提供配置变更清单的上传接口，根据用户的上传操作进行配置变更清单的获取，节点管理平台也可以在服务页面为用户提供输入文本框，根据用户在输入文本框中输入的内存地址，路由到内存中相应的位置，进行配置变更清单的获取。
其中，配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；配置文件的层级划分如图2所示，包括环境、组、应用模块、部署单元和服务实例五层。为便于区分，本实施例中，将配置变更清单中的配置文件叫做第一配置文件，每个第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种。配置文件的标识可以是配置文件的名称或编号等，用于唯一区分一个配置文件。
本实施例中，对第一配置文件的变更，主要是指对第一配置文件的配置项的变更，相应地，配置变更清单中的变更内容，用于说明对第一配置文件的哪些配置项进行变更及相应的变更事项，示例性地，变更内容包括配置项标识和变更事项，其中，变更事项包括修改、删除或新增，配置项标识用于区别不同的配置项，可以为配置项的名称或编号等，变更内容中配置项标识对应的配置项即为待变更的配置项。
需要说明的是，若同一配置文件的变更事项有多种，如同时包括修改、删除和新增三种，则应分别列出每种变更事项对应的配置项标识，或者，列出配置项标识及其对应的变更事项，若为修改或新增，变更内容中还应包括变更值，具体地，若为修改，则变更值为修改后的值；若为新增，则变更值为新增配置项的值。示例性地，变更内容的结构可以表1所示。
表1
| 配置项标识 | 变更事项 | 变更值 |
| ID10001 | 修改 | —— |
| ID10002 | 删除 | —— |
| ID10003 | 新增 | —— |
| … | … | … |
另外，为提高配置变更清单的规范性和便于机器识别，本步骤中，配置变更清单可以是根据模板文件生成的，示例性地，模板文件中包括不同的数据页，每个数据页对应一种层级的配置文件，分别为环境配置文件页、组配置文件页、应用模块配置文件页、部署单元配置文件页、服务实例配置文件页，相应地，在生成配置文件变更清单时，只需要在相应的数据页中罗列出待变更的第一配置文件的标识和变更内容即可。
S102、根据配置变更清单，对第一配置文件进行更新处理。
本步骤中，根据自然语言处理技术对S101中获取到的配置变更清单进行识别，并根据该配置变更清单，路由到配置变更清单中所列出的第一配置文件的存储位置，对第一配置文件进行更新处理，从而实现对配置文件的批量修改，提高了对节点管理平台上配置文件的修改效率。
可选地，为减少更新处理出错的可能性，进一步提高对节点管理平台上配置文件的更新处理的效率，在对第一配置文件进行更新处理之前，本实施例的方法还包括：
确定配置变更清单符合配置变更清单规范。
其中，配置变更清单规范用于限制配置变更清单的内容或文件格式符合相关规定，如文件格式为excel、若为变更事项为修改变更值不能为空等，只有当配置变更清单满足配置变更清单规范的要求时，才会进一步执行对第一配置文件的更新操作，否则，提示用户重新选择或上传配置变更清单。
在一种可能的实现方式中，根据变更内容，采用如下至少一种处理方式，对第一配置文件进行更新：
(1)修改第一配置文件中至少一个配置项的值；
(2)删除所述第一配置文件中的至少一个配置项；
(2)在第一配置文件中新增至少一个配置项。
具体采用哪一种或哪种处理方式对第一配置文件进行更新，由配置变更清单中各第一配置文件的变更内容确定。
可选地，在完成对第一配置文件的变更后，本步骤的方法还包括：更新第一配置文件的版本号。
S103、根据第一配置文件的层级和标识，发布修改后的第一配置文件。
本步骤中，根据配置变更清单中第一配置文件的层级和标识，将由S102得到的修改后的第一配置文件发送到对应的分布式节点上，实现对修改后的第一配置文件的发布，相应地，收到修改后的第一配置文件的分布式节点，对修改后的第一配置文件进行存储和加载，使修改后的第一配置文件生效。
由前述实施例一可知，配置文件的层级划分与分布式节点的架构分布之间存在对应关系，因此，可以通过维护配置文件与其生效范围的分布式节点之间对应关系的第一数据表，第一数据表中，可以包括配置文件的层级和标识，以及对应的分布式节点的IP地址，因此，在配置文件的级别及标识确定以后，就可以确定其生效范围的分布式节点都有哪些。
在一种可能的实现方式中，本步骤中，通过以修改后的第一配置文件为文件体，以更新后的版本号为文件头，生成数据包，根据第一配置文件的层级和标识，确定第一配置文件实现生效的第一分布式节点，将数据包发送给第一分布式节点，实现修改后的第一配置文件的发布。
可以理解的是，当配置文件变更清单中的第一配置文件有多个时，本步骤中，可以实现对多个修改后的第一配置文件的并行发布，提高处理效率。
示例性地，若第一配置文件为层级为环境，标识为开发环境配置文件，则通过查询第一数据表，就可以确定该第一配置文件生效范围内的服务器(即第一分布式节点)的IP地址，如1000个IP地址，将第一配置文件分别发送到这1000个IP地址对应的服务器即可。
可选地，在对第一配置文件进行更新处理后，本实施例的方法还包括：对配置文件目录进行更新，配置文件目录包括配置文件层级、配置文件标识、配置文件版本号和配置项信息。本步骤中，主要是对配置文件目录中的版本号进行更新，从而便于用户对配置文件的查询。
本实施例中，通过获取配置变更清单，配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；根据配置变更清单，对第一配置文件进行更新处理；根据第一配置文件的层级和标识，发布修改后的第一配置文件，实现对配置文件的批量修改和发布，当有多大量配置项需求修改和新增时，只需要执行一次操作就可以，提高了对配置文件的处理效率，提高了用户了使用体验。
实施例三
图4为本申请实施例三提供的配置文件处理方法的流程示意图，在图3所示实施例的基础上，为防止分布式节点上的配置文件被恶意篡改或无意修改，造成的分布式节点无法正常工作的情况发生，如图4所示，本实施例提供的配置文件处理方法，包括：
S201、获取需要进行问题排查的第二分布式节点中的第二配置文件的配置信息。
本步骤中，为便于区分，本步骤中将需要进行问题排查的分布式节点叫做第二分布式节点，将第二分布式节点中的配置文件叫做第二配置文件，相应地，本步骤中获取的是配置信息是运行在第二分布式节点中的所有配置文件的配置信息，配置信息包括所述第二配置文件的标识、版本号和配置项信息，其中，配置项信息包括配置项标识和配置项的值。
在一种可能的实现方式中，本步骤中，根据节点管理平台与分布式节点之间的连接特点，确定第二分布式节点和获取第二分布式节点上的第二配置文件的配置信息的时机。
具体地，节点管理平台与分布式节点之间是以长连接的方式进行连接的，分布式节点每次在启动时都会与节点管理平台建立心跳连接，而分布式节点在有配置更新时，都重启设备，为此本步骤中，节点管理平台将与其重新建立连接关系的分布式节点确定为第二分布式节点，当节点管理平台与某台分布式节点建立连接时，获取该分布式节点中的第二配置文件的配置信息。
在另一种可能的实现方式中，本步骤中，可以按照预先制定的排查计划表，列出需要排查的分布式节点和排查的时间，按照排查计划表确定第二分布式节点和获取第二配置文件的配置信息的时间。
在另一种可能的实现方式中，本步骤中，按照设定周期，周期性地获取其管辖范围内的各分布式节点上第二配置文件的配置信息，实现对各分布式节点的排查。
需要说明的是，当第二分布式节点上的第二配置文件有多个时，如包括一个环境配置文件和一个组配置文件，则配置信息和对应的配置文件是一一对应的，示例性，配置信息的结构如表2所示。
表2
S202、根据所述配置文件目录，确定与所述第二配置文件的标识一致的第三配置文件。
本步骤中，通过查询配置文件目录的方式，确定出节点管理平台中与第二配置文件对应的第三配置文件，具体地，通过对第二配置文件的标识，采用关键词查询或逐个比对的方式，确定出与第二配置文件的标识一致的第三配置文件，从而筛选出用于判定第二配置文件是否被改动的比较对象。
本步骤中，通过配置文件目录的方式进行第三配置文件的定位，而不用到配置文件的存储数据库中逐个查询，提高了查询的便捷性和高效性。
S203、确定第二配置文件与第三配置文件是否存在差异。
本步骤中，在S202之后，通过将第二配置文件与第三配置文件进行比对，确定第二配置文件与第三配置文件是否存在差异，从而确定第二配置文件是否存在问题。
在一种可能的实现方式中，本步骤中，通过根据配置文件目录，确定第二配置文件的版本号与第三配置文件的版本号是否一致；若不一致，则确定第二配置文件与所述第三配置文件存在差异；若一致，确定第二配置文件的配置项信息与第三配置文件的配置项信息是否一致；若不一致，则确定第二配置文件与第三配置文件存在差异。
可选地，配置文件目录中还可以包括配置文件的存储位置。相应地，本步骤中，可以通过配置文件目录，确定第三配置文件的存储位置，并通过将第二配置文件的配置项信息与第三配置文件的配置项信息进行比对，从而确定第二配置文件的配置项信息与第三配置文件的配置项信息是否一致。若一致，则流程结束，若不一致，则执行S204。
S204、若存在差异，则进行告警。
本步骤中，若根据S203确定第二配置文件与第三配置文件存在差异，则说明第二分布式节点上第二配置文件存在问题，需要可能需要人工对相关问题进行排查，则采取相应的告警方式进行告警，以达到通知和提醒用户的目的。具体的告警方式可以根据实际情况进行设定，此处不作限制。
在一种可能的实现方式中，本步骤中，可以根据配置文件的层级不同，采用不同的告警方式进行告警，以对问题的种类加以区分。示例性地：
若存在差异的配置文件的层级为环境，则采用第一告警方式进行告警，如控制报警器报警；若存在差异的配置文件的层级为组，则采用第二告警方式进行告警，如进行屏幕闪烁；若存在差异的配置文件的层级为应用模块，则采用第三告警方式进行告警，如向用户发送短信或邮件提醒；若存在差异的配置文件的层级为部署单元，则采用第四告警方式进行告警，如通过在页面中间显示弹窗对用户进行提醒；若存在差异的配置文件的层级为服务实例，则采用第五告警方式进行告警，如通过系统提示消息对用户进行提醒。
本实施例中，通过当与第二分布式节点建立连接时，获取所述第二分布式节点中的第二配置文件的配置信息，配置信息包括所述第二配置文件的标识、版本号和配置项信息；根据配置文件目录，确定与第二配置文件的标识一致的第三配置文件；确定第二配置文件与第三配置文件是否存在差异；若存在差异，则进行告警，实现了基于配置文件目录，对分布式节点上配置文件的排查，主动发现问题，并通知用户进行处理，不仅提高了问题排查的效率，也有助于及早发现问题，保证分布式系统的工作性能。
实施例四
图5为本申请实施例四提供的配置文件处理装置的结构示意图，如图5所示，本实施例中配置文件处理装置20包括：
获取模块21和处理模块22。
获取模块21，用于获取配置变更清单，所述配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，所述第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；
处理模块22，用于根据所述配置变更清单，对所述第一配置文件进行更新处理；根据所述第一配置文件的层级和标识，发布修改后的第一配置文件。
可选地，所述变更内容包括配置项标识和变更事项，处理模块22具体用于：
根据所述变更内容，采用如下至少一种处理方式，对所述第一配置文件进行更新：
修改所述第一配置文件中至少一个配置项的值；
删除所述第一配置文件中的至少一个配置项；
在所述第一配置文件中新增至少一个配置项。
可选地，处理模块22还用于：
更新所述第一配置文件的版本号。
可选地，处理模块22具体用于：
以修改后的第一配置文件为文件体，以更新后的版本号为文件头，生成数据包；
根据所述第一配置文件的层级和标识，确定所述第一配置文件实现生效的第一分布式节点；
将所述数据包发送给所述第一分布式节点。
可选地，处理模块22还用于：
确定所述配置变更清单符合配置变更清单规范。
可选地，处理模块22还用于：
对配置文件目录进行更新，所述配置文件目录包括配置文件层级、配置文件标识和配置文件版本号。
可选地，获取模块21还用于：
获取需要进行问题排查的第二分布式节点中的第二配置文件的配置信息，所述配置信息包括所述第二配置文件的标识、版本号和配置项信息；
处理模块22还用于：
根据所述配置文件目录，确定与所述第二配置文件的标识一致的第三配置文件；
确定所述第二配置文件与所述第三配置文件是否存在差异；
若存在差异，则进行告警。
可选地，处理模块22具体用于：
根据所述配置文件目录，确定所述第二配置文件的版本号与所述第三配置文件的版本号是否一致；
若不一致，则确定所述第二配置文件与所述第三配置文件存在差异。
可选地，处理模块22还用于：
若一致，确定所述第二配置文件的配置项信息与所述第三配置文件的配置项信息是否一致；
若不一致，则确定所述第二配置文件与所述第三配置文件存在差异。
本实施例所提供的配置文件处理装置可执行上述方法实施例所提供的配置文件处理方法，具备执行方法相应的功能模块和有益效果。本实施例的实现原理和技术效果与上述方法实施例类似，此处不再一一赘述。
实施例五
图6为本申请实施例五提供的节点管理平台的结构示意图，如图6所示，该节点管理平台11包括存储器111、处理器112及存储在存储器上并可在处理器上运行的计算机程序；节点管理平台11的处理器112的数量可以是一个或多个，图6中以一个处理器112为例；节点管理平台11中的处理器112、存储器111可以通过总线或其他方式连接，图6中以通过总线连接为例。
存储器111作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例中的获取模块21和处理模块22对应的程序指令/模块。处理器112通过运行存储在存储器111中的软件程序、指令以及模块，从而执行设备/终端/服务器的各种功能应用以及数据处理，即实现上述的配置文件处理方法。
存储器111可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器111可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器111可进一步包括相对于处理器112远程设置的存储器，这些远程存储器可以通过网格连接至设备/终端/服务器。上述网格的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
实施例六
本申请实施例六还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在由计算机处理器执行时用于执行一种配置文件处理方法，该方法包括：
获取配置变更清单，所述配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，所述第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；
根据所述配置变更清单，对所述第一配置文件进行更新处理；
根据所述第一配置文件的层级和标识，发布修改后的第一配置文件。
当然，本申请实施例所提供的一种包计算机可读存储介质，其计算机程序不限于如上所述的方法操作，还可以执行本申请任意实施例所提供的配置文件处理方法中的相关操作。
通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网格设备等)执行本申请各个实施例所述的方法。
值得注意的是，上述配置文件处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体标识也只是为了便于相互区分，并不用于限制本申请的保护范围。
注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。
Claims (13)
1.一种配置文件处理方法，其特征在于，包括：
获取配置变更清单，所述配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，所述第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；
根据所述配置变更清单，对所述第一配置文件进行更新处理；
根据所述第一配置文件的层级和标识，发布修改后的第一配置文件。
2.根据权利要求1所述的方法，其特征在于，所述变更内容包括配置项标识和变更事项，所述变更事项包括修改、删除或新增；相应地，所述根据所述配置变更清单，对所述第一配置文件进行更新处理，包括：
根据所述变更内容，采用如下至少一种处理方式，对所述第一配置文件进行更新：
修改所述第一配置文件中至少一个配置项的值；
删除所述第一配置文件中的至少一个配置项；
在所述第一配置文件中新增至少一个配置项。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
更新所述第一配置文件的版本号。
4.根据权利要求3所述的方法，其特征在于，所述根据所述第一配置文件的层级和标识，发布修改后的第一配置文件，包括：
以修改后的第一配置文件为文件体，以更新后的版本号为文件头，生成数据包；
根据所述第一配置文件的层级和标识，确定所述第一配置文件实现生效的第一分布式节点；
将所述数据包发送给所述第一分布式节点。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据所述配置变更清单，对所述第一配置文件进行更新处理之前，所述方法还包括：
确定所述配置变更清单符合配置变更清单规范。
6.根据权利要求1所述的方法，其特征在于，所述对所述第一配置文件进行更新处理之后，所述方法还包括：
对配置文件目录进行更新，所述配置文件目录包括配置文件层级、配置文件标识和配置文件版本号。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
获取需要进行问题排查的第二分布式节点中的第二配置文件的配置信息，所述配置信息包括所述第二配置文件的标识、版本号和配置项信息；
根据所述配置文件目录，确定与所述第二配置文件的标识一致的第三配置文件；
确定所述第二配置文件与所述第三配置文件是否存在差异；
若存在差异，则进行告警。
8.根据权利要求7所述的方法，其特征在于，所述确定所述第二配置文件与所述第三配置文件是否存在差异，包括：
根据所述配置文件目录，确定所述第二配置文件的版本号与所述第三配置文件的版本号是否一致；
若不一致，则确定所述第二配置文件与所述第三配置文件存在差异。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
若一致，确定所述第二配置文件的配置项信息与所述第三配置文件的配置项信息是否一致；
若不一致，则确定所述第二配置文件与所述第三配置文件存在差异。
10.一种配置文件处理装置，其特征在于，包括：
获取模块，用于获取配置变更清单，所述配置变更清单中包括待变更的第一配置文件的层级、标识和变更内容；其中，所述第一配置文件的层级为环境、组、应用模块、部署单元、服务实例中的一种；
处理模块，用于根据所述配置变更清单，对所述第一配置文件进行更新处理；根据所述第一配置文件的层级和标识，发布修改后的第一配置文件。
11.一种节点管理平台，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-9中任一所述的配置文件处理方法。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-9中任一所述的配置文件处理方法。
13.一种分布式系统，其特征在于，包括分布式节点和权利要求11所述的节点管理平台。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011299084.5A CN112416456A (zh) | 2020-11-18 | 2020-11-18 | 配置文件处理方法、装置、设备、存储介质和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011299084.5A CN112416456A (zh) | 2020-11-18 | 2020-11-18 | 配置文件处理方法、装置、设备、存储介质和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112416456A true CN112416456A (zh) | 2021-02-26 |
Family
ID=74773492
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011299084.5A Pending CN112416456A (zh) | 2020-11-18 | 2020-11-18 | 配置文件处理方法、装置、设备、存储介质和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112416456A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113609212A (zh) * | 2021-06-30 | 2021-11-05 | 苏州浪潮智能科技有限公司 | 一种存储系统中配置文件的同步方法、系统及相关装置 |
| CN113805964A (zh) * | 2021-09-10 | 2021-12-17 | 济南浪潮数据技术有限公司 | 一种固件配置项目录生成优化方法、装置、设备及介质 |
| CN114466387A (zh) * | 2022-01-13 | 2022-05-10 | 三维通信股份有限公司 | 基站的配置文件的更新方法、装置、存储介质和电子装置 |
| CN115499487A (zh) * | 2022-09-14 | 2022-12-20 | 平安壹钱包电子商务有限公司 | 一种服务器配置文件的更新方法、装置、存储介质及设备 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104317610A (zh) * | 2014-10-11 | 2015-01-28 | 福建新大陆软件工程有限公司 | 一种hadoop平台自动安装部署的方法及装置 |
| CN105335472A (zh) * | 2015-09-30 | 2016-02-17 | 北京京东尚科信息技术有限公司 | 一种更新数据查询引擎配置列表的方法及装置 |
| US20160110183A1 (en) * | 2014-04-30 | 2016-04-21 | Pivotal Software, Inc. | Fast deployment across cloud platforms |
| CN108696372A (zh) * | 2017-04-06 | 2018-10-23 | 阿里巴巴集团控股有限公司 | 一种保持系统配置一致性的方法和系统 |
| CN109582381A (zh) * | 2018-10-12 | 2019-04-05 | 中国建设银行股份有限公司 | 文件型配置信息同步系统、方法及存储介质 |
| CN110427735A (zh) * | 2019-07-31 | 2019-11-08 | 上海联影医疗科技有限公司 | 一种校验方法、装置、服务器及存储介质 |
| CN111580884A (zh) * | 2020-04-30 | 2020-08-25 | 北京金山云网络技术有限公司 | 配置更新方法、装置、服务器和电子设备 |
-
2020
- 2020-11-18 CN CN202011299084.5A patent/CN112416456A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160110183A1 (en) * | 2014-04-30 | 2016-04-21 | Pivotal Software, Inc. | Fast deployment across cloud platforms |
| CN104317610A (zh) * | 2014-10-11 | 2015-01-28 | 福建新大陆软件工程有限公司 | 一种hadoop平台自动安装部署的方法及装置 |
| CN105335472A (zh) * | 2015-09-30 | 2016-02-17 | 北京京东尚科信息技术有限公司 | 一种更新数据查询引擎配置列表的方法及装置 |
| CN108696372A (zh) * | 2017-04-06 | 2018-10-23 | 阿里巴巴集团控股有限公司 | 一种保持系统配置一致性的方法和系统 |
| CN109582381A (zh) * | 2018-10-12 | 2019-04-05 | 中国建设银行股份有限公司 | 文件型配置信息同步系统、方法及存储介质 |
| CN110427735A (zh) * | 2019-07-31 | 2019-11-08 | 上海联影医疗科技有限公司 | 一种校验方法、装置、服务器及存储介质 |
| CN111580884A (zh) * | 2020-04-30 | 2020-08-25 | 北京金山云网络技术有限公司 | 配置更新方法、装置、服务器和电子设备 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113609212A (zh) * | 2021-06-30 | 2021-11-05 | 苏州浪潮智能科技有限公司 | 一种存储系统中配置文件的同步方法、系统及相关装置 |
| CN113609212B (zh) * | 2021-06-30 | 2023-07-14 | 苏州浪潮智能科技有限公司 | 一种存储系统中配置文件的同步方法、系统及相关装置 |
| CN113805964A (zh) * | 2021-09-10 | 2021-12-17 | 济南浪潮数据技术有限公司 | 一种固件配置项目录生成优化方法、装置、设备及介质 |
| CN113805964B (zh) * | 2021-09-10 | 2024-02-23 | 济南浪潮数据技术有限公司 | 一种固件配置项目录生成优化方法、装置、设备及介质 |
| CN114466387A (zh) * | 2022-01-13 | 2022-05-10 | 三维通信股份有限公司 | 基站的配置文件的更新方法、装置、存储介质和电子装置 |
| CN114466387B (zh) * | 2022-01-13 | 2024-04-09 | 三维通信股份有限公司 | 基站的配置文件的更新方法、装置、存储介质和电子装置 |
| CN115499487A (zh) * | 2022-09-14 | 2022-12-20 | 平安壹钱包电子商务有限公司 | 一种服务器配置文件的更新方法、装置、存储介质及设备 |
| CN115499487B (zh) * | 2022-09-14 | 2024-04-02 | 平安壹钱包电子商务有限公司 | 一种服务器配置文件的更新方法、装置、存储介质及设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112416456A (zh) | 配置文件处理方法、装置、设备、存储介质和系统 | |
| US8494996B2 (en) | Creation and revision of network object graph topology for a network performance management system | |
| US7490265B2 (en) | Recovery segment identification in a computing infrastructure | |
| CN112104486A (zh) | 一种基于Kubernetes容器的网络端点切片的方法及其系统 | |
| CN108052526B (zh) | 监控区域权限管理方法、装置及存储介质 | |
| US11411830B2 (en) | Systems and methods for determining entry points for mapping a network | |
| US11768828B2 (en) | Project management system data storage | |
| CN105631745A (zh) | 一种资产视图构建方法及装置 | |
| CN106933891A (zh) | 访问分布式数据库的方法和分布式数据服务的装置 | |
| US10332569B2 (en) | System and method for dynamic caching | |
| CN101046822B (zh) | 数据节点的集中管理 | |
| US11609928B2 (en) | Systems and methods of determining target database for replication of tenant data | |
| US10817512B2 (en) | Standing queries in memory | |
| US7480651B1 (en) | System and method for notification of group membership changes in a directory service | |
| CN107977310B (zh) | 一种遍历测试命令生成方法及装置 | |
| CN108809680B (zh) | 一种设备管理的方法及设备 | |
| CN110008006B (zh) | 基于容器的大数据工具部署方法及系统 | |
| CN111897643A (zh) | 线程池配置系统、方法、装置和存储介质 | |
| CN115480704A (zh) | 数据块组迁移映射表的构建方法、装置、设备及存储介质 | |
| CN107547622B (zh) | 一种资源调整方法及装置 | |
| CN109165325A (zh) | 用于切分图数据的方法、装置、设备以及计算机可读存储介质 | |
| CN113055448B (zh) | 一种元数据管理方法及装置 | |
| CN111857955A (zh) | 一种异构云环境下的资源配置信息自动构建与更新的方法 | |
| CN111459737A (zh) | 问题定位方法、装置、计算机设备及存储介质 | |
| CN109391489B (zh) | 一种网元配置数据的存储处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |