CN115098126A

CN115098126A - 一种配置文件管理方法、系统、计算机设备及程序产品

Info

Publication number: CN115098126A
Application number: CN202210628501.9A
Authority: CN
Inventors: 戈子根; 郗亚静; 张强; 刘亚维; 刘一男; 李春龙; 许霖晶
Original assignee: Beijing Jiehui Technology Co Ltd
Current assignee: Beijing Jiehui Technology Co Ltd
Priority date: 2022-06-06
Filing date: 2022-06-06
Publication date: 2022-09-23

Abstract

本发明的一个实施例公开一种配置文件管理方法、系统、计算机设备及程序产品，在一具体实施方式中，所述配置文件管理方法包括：S1、响应于用户将不同业务不同环境下的配置文件发送到配置中心服务器的配置文件管理系统上存储；S2、在业务环境下，响应于用户登录配置文件管理系统，选择业务，呈现对应的配置文件；S3、响应于用户的修改操作，将更新的配置文件上传到配置中心服务器进行发布；S4、引用了配置中心客户端的业务系统在启动或者配置中心服务器刷新此业务配置时，以使得在配置在业务环境下生效。本发明界面展示更清晰，支持版本回退、对比功能，还支持配置灰度发布，业务项目集群部署，有多个服务器实例，可以发布单台或若干台实例。

Description

一种配置文件管理方法、系统、计算机设备及程序产品

技术领域

本发明涉及配置管理技术领域，更具体地，涉及一种配置文件管理方法、系统、计算机设备及程序产品。

背景技术

目前，在公司的现有业务处理模式中，财务、客服和采购等不同的业务系统均需要开发、测试、预生产和生产这四套配置文件，修改每一套配置文件时，需要在各自的数据库中找到待修改的配置文件，修改后，还需要重新发布到环境中，在不同的环境中需要做重复的操作，这会带来工作效率低的问题；另外，在多人修改同一配置时，若没有及时发布，则可能导致配置文件不一致。

为此，现有技术中专利公开号CN110932912A，名称为《一种微服务架构下配置文件统一管理的实现方法》能够解决业务项目不同环境统一集中管理和配置文件变更后的动态刷新问题，但存在流程太长，依赖消息队列中间件来存储修改后的配置，带来拖长刷新配置的线路以及异步刷新配置，消费不及时配置文件就不能及时获取最新的弊端。

发明内容

为了解决上述问题至少之一，本发明提供了一种配置文件管理方法、系统、计算机设备及程序产品。

为达到上述目的，本发明采用下述技术方案：

本发明第一方面提供一种配置文件管理方法，该方法包括：

S1、响应于用户将不同业务不同环境下的配置文件发送到配置中心服务器的配置文件管理系统上存储；

S2、在业务环境下，响应于用户登录配置文件管理系统，选择业务，呈现对应的配置文件；

S3、响应于用户的修改操作，将更新的配置文件上传到配置中心服务器进行发布；

S4、引用了配置中心客户端的业务系统在启动或者配置中心服务器刷新此业务配置时，以使得在配置在业务环境下生效。

在一个具体示例中，所述不同环境的配置包括开发环境、测试环境、预生产环境和生产环境的配置。

在一个具体示例中，所述配置文件管理系统保存每次修改的历史版本。

在一个具体示例中，所述配置文件管理方法还包括：

在测试环境下，复制在开发环境下更新的配置文件作为测试配置文件的基础，再由开发人员修改基础的连接关系。

在一个具体示例中，所述配置文件管理方法还包括：

在生产环境下，复制在开发环境下更新的配置文件作为生产配置文件的基础，再由开发人员修改基础的连接关系。

在一个具体示例中，所述配置文件管理方法还包括：

在预生产环境下，复制在开发环境下更新的配置文件作为预生产配置文件的基础，再由开发人员修改基础的连接关系。

本发明第二方面提供一种配置文件管理系统，所述配置文件管理系统包括：

配置中心服务端和配置中心客户端；

所述配置中心服务端用于统一添加、修改和版本管理配置；

所述配置中心客户端用于刷新配置后，向服务端拉取最新配置；

所述配置中心服务端包含应用配置、全局配置、环境管理、动态发布配置和历史版本模块；

所述应用配置用于业务开发项目的配置文件；

所述全局配置用于存放配置文件中配置各所需的公共配置；

所述环境配置包括：开发环境、测试环境、预生产环境和生产环境；

所述动态发布配置，刷新后实时更新配置，配置文件修改后，使用刷新实例功能，直接使服务器内修改后的配置文件生效；

所述历史版本模块用于浏览每次编辑的内容，并且能回滚到之前的某个历史版本；

所述配置文件在配置文件管理系统的页面里统一管理和呈现。

本发明第三方面提供一种计算机设备，包括处理器和存储器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现所述的配置文件管理方法。

本发明第四方面提供一种存储在计算机可读介质上的计算机程序产品，包括计算机可读程序，供于电子装置上执行时，提供用户输入接口以实施所述的配置文件管理方法。

本发明的有益效果如下：

本发明所述技术方案，提供一种配置文件管理方法、系统、计算机设备及程序产品，可实现界面管理，简化操作，可以将多个环境的配置集中管理，进行查看、修改、版本对比、刷新配置等；项目应用的配置文件，不是所有人都能查看或需改，需要授权给本项目的开发人员才能查看、修改、管理配置。保证了项目配置文件的安全性，从数据层面做了隔离；配置文件每次修改提交后都会生成一个版本，支持新旧版本对比和版本回退功能。配置文件修改后，可以使用刷新实例功能，直接使服务器的配置文件生效。支持灰度发布，服务集群部署，修改配置后，可以刷新某台的配置，只有刷新的这台服务的配置是最新配置。测试无误后，再批量刷新。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明。

图1是本发明实施例提供的配置文件管理方法流程图。

图2是本发明实施例提供的配置文件管理方法原理图。

图3是本发明实施例提供的配置中心的配置列表界面示意图。

图4是本发明实施例提供的修改配置文件界面示意图。

图5是本发明实施例提供的配置文件历史版本，替换或和当前配置文件对比的界面示意图。

图6是本发明实施例提供查看配置文件刷新、生效后的界面示意图。

图7是本发明实施例提供业务项目引入配置中心客户界面示意图。

图8是本发明实施例提供的在配置中心管理界面示意图。

图9是本发明实施例提供的业务项目启动配置生效加载到springboot环境中生效界面示意图。

图10是本发明实施例提供其他环境使用修改配置界面示意图。

图11示出计算机设备的结构示意图。

具体实施方式

为了更清楚地说明本发明，下面结合优选实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。

针对现有技术存在的问题，本发明提供了一种配置文件管理方法、系统、计算机设备及程序产品，下面结合附图1-6对本发明作详细的描述。

本发明实施例提供一种配置文件管理方法，如图1所述，该方法包括以下步骤：

S1、响应于用户将不同业务不同环境下的配置文件发送到配置中心服务器的配置文件管理系统上存储。

S2、在业务环境(如开发环境)下，响应于用户登录配置文件管理系统，选择业务，呈现对应的配置文件。

S3、响应于用户的修改操作，将更新的配置文件上传到配置中心服务器进行发布。

S4、引用了配置中心客户端的业务系统在启动或者配置中心服务器刷新此业务配置时，以使得在配置在业务环境(如开发环境)下生效。

进一步优选的是，步骤S1所述环境的配置包括开发环境、测试环境、预生产环境、生产环境。

进一步优选的是，该方法还包括，配置文件管理系统保存每次修改的历史版本；多人修改的情况下，都做为历史版本保存；用户能够浏览每次编辑的内容，并且能回滚到之前的某个历史版本；

进一步优选的是，该方法还包括，选择测试环境时，复制在开发环境下更新的配置文件作为测试配置文件的基础，仍由开发人员修改，例如测试的IP地址。选择其他环境时，复制配置好的环境下更新的配置文件，在其基础上修改连接信息即可，如数据库连接、redis连接等。

具体的一个实施例中，下面结合附图7-10对本发明作详细的描述。

提供一种配置文件管理方法，该方法包括以下步骤：

S1:业务项目引入配置中心客户端jar包，添加配置中心服务端url，如图7：suixingpay.config.profile：环境配置，如开发环境、测试环境、生产环境；suixingpay.config.uris:配置中心服务端地址；如用户名和密码为了安全，验证一下。

S2:开发人员在配置中心管理页面添加配置文件，选择环境，添加配置。添加完成后，可以修改，并生成历史版本。可以版本对比和回滚。

S3:业务项目启动时，会拉取配置中心服务端的配置到本地根项目下的config目录中，并加载到springboot环境中生效。

S4:项目已经在正常运行中，如测试或生产环境，开发人员有配置需要变更修改时，直接通过配置中心服务端管理界面修改，修改后还可以只查看修改的内容，确保修改无误，提交。此时业务项目并没有获取到最新配置。再通过配置中心管理系统页面，查看实例选择要刷新的服务器，选择刷新。业务项目服务器即可获取到最新配置，并生效。

S5：测试环境配置好后，生产环境若使用，直接拷贝，再修改为生产的地址连接即可，如数据库或redis地址。

另一个具体的实施例中，在开发环境中，用户登录配置文件管理系统，选择业务，呈现对应的配置文件；配置文件管理系统响应于用户的修改操作，将更新的配置文件进行发布，以使得在开发环境下生效。

选择测试环境，复制在开发环境下更新的配置文件作为测试配置文件的基础。

Spring Cloud Config项目是一个解决分布式系统的配置管理方案。它包含了Client和Server两个部分，server提供配置文件的存储、以接口的形式将配置文件的内容提供出去，client通过接口获取数据、并依据此数据初始化自己的应用。Spring cloud使用git或svn存放配置文件，默认情况下使用git。

而本发明拥有更简介的界面管理配置；支持权限管理功能；有配置版本控制；有更好的体验(像是在文件中修改配置同样的体验)；支持灰度发布等。

本发明的另一目的在于提供一种配置文件管理系统，其特征在于，所述配置文件管理系统包括：

配置中心服务端和配置中心客户端。

服务端用来统一添加、修改、版本管理配置；

客户端用来刷新配置后，向服务端拉取最新配置；

服务端包含应用配置、全局配置、环境管理、动态发布配置、历史版本模块；

应用配置用于业务开发项目的配置文件，可以添加、修改、历史版本查看、实例查看；

全局配置用于存放配置文件中配置各所需的公共配置；

环境配置包括开发环境、测试环境、预生产环境、生产环境等环境；

动态发布配置，刷新后实时更新配置，配置文件修改后，使用刷新实例功能，直接使服务器内修改后的配置文件生效；

历史版本模块用于浏览每次编辑的内容，并且能回滚到之前的某个历史版本；

进一步优选的是该系统还包括，配置文件在配置文件管理系统的页面里统一管理和呈现，不用再去项目里找配置文件，节省时间成本；

本发明的另一目的在于提供一种计算机设备，包括处理器和存储器，所述存储器上存储有计算机程序，其特征在于，所述处理器执行所述程序时实现所述的配置文件管理方法。

本发明的另一目的在于提供一种信息数据处理终端，其特征在于，所述信息数据处理终端用于实现所述的配置文件管理方法。

本发明的另一目的在于提供一种存储在计算机可读介质上的计算机程序产品，包括计算机可读程序，供于电子装置上执行时，提供用户输入接口以实施所述的配置文件管理方法。

如图11所示，适于用来实现上述实施例提供的结算处理方法的计算机系统，包括中央处理模块(CPU)，其可以根据存储在只读存储器(ROM)中的程序或者从存储部分加载到随机访问存储器(RAM)中的程序而执行各种适当的动作和处理。在RAM中，还存储有计算机系统操作所需的各种程序和数据。CPU、ROM以及RAM通过总线被此相连。输入/输入(I/O)接口也连接至总线。

以下部件连接至I/O接口：包括键盘、鼠标等的输入部分；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分；包括硬盘等的存储部分；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分。通信部分经由诸如因特网的网络执行通信处理。驱动器也根据需要连接至I/O接口。可拆卸介质，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器上，以便于从其上读出的计算机程序根据需要被安装入存储部分。

特别地，根据本实施例，上文流程图描述的过程可以被实现为计算机软件程序。例如，本实施例包括一种计算机程序产品，其包括有形地包含在计算机可读介质上的计算机程序，上述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。

附图中的流程图和示意图，图示了本实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或示意图中的每个方框可以代表一个模块、程序段或代码的一部分，上述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，示意图和/或流程图中的每个方框、以及示意和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本实施例还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中上述装置中所包含的非易失性计算机存储介质，也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当上述一个或者多个程序被一个设备执行时，使得上述设备：

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用全部或部分地以计算机程序产品的形式实现，所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输)。所述计算机可读取存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘SolidState Disk(SSD))等

在本发明的描述中，需要说明的是，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定，对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。

Claims

1.一种配置文件管理方法，其特征在于，所述配置文件管理方法包括：

2.根据权利要求1所述的配置文件管理方法，其特征在于，所述不同环境的配置包括开发环境、测试环境、预生产环境和生产环境的配置。

3.根据权利要求1所述的配置文件管理方法，其特征在于，所述配置文件管理系统保存每次修改的历史版本。

4.根据权利要求1所述的配置文件管理方法，其特征在于，所述配置文件管理方法还包括：

5.根据权利要求1所述的配置文件管理方法，其特征在于，所述配置文件管理方法还包括：

6.根据权利要求1所述的配置文件管理方法，其特征在于，所述配置文件管理方法还包括：

7.一种配置文件管理系统，其特征在于，所述配置文件管理系统包括：

配置中心服务端和配置中心客户端；

所述配置中心服务端用于统一添加、修改和版本管理配置；

所述应用配置用于业务开发项目的配置文件；

所述全局配置用于存放配置文件中配置各所需的公共配置；

8.一种计算机设备，包括处理器和存储器，所述存储器上存储有计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-6中任一项所述的方法。

9.一种计算机可读介质上的计算机程序产品，包括计算机可读程序，供于电子装置上执行时，提供用户输入接口以实施如权利要求1-6中任一项所述的方法。