CN111651181B

CN111651181B - 一种系统配置参数自动刷新方法及装置

Info

Publication number: CN111651181B
Application number: CN202010556434.5A
Authority: CN
Inventors: 康振坤
Original assignee: Shenzhen Qianhai Network Technology Co ltd
Current assignee: Shenzhen Qianhai Network Technology Co ltd
Priority date: 2020-06-17
Filing date: 2020-06-17
Publication date: 2024-03-12
Anticipated expiration: 2040-06-17
Also published as: CN111651181A

Abstract

本发明公开了一种系统配置参数自动刷新方法及装置，方法包括：预先将原始系统配置参数存储在代码仓库；检测到系统启动时，将代码仓库的原始系统配置参数存储在内存中；当代码仓库监听到代码推送指令时，代码仓库获取目标系统配置参数发送至系统；系统根据目标系统参数对内存中的原始系统配置参数进行刷新。本发明实施例的系统配置参数可实现动态刷新，无需重启系统才能生效，也不依赖于第三方中间件，简单易用，系统方便维护。

Description

一种系统配置参数自动刷新方法及装置

技术领域

本发明涉及软件技术领域，尤其涉及一种系统配置参数自动刷新方法及装置。

背景技术

对于基于应用服务器的企业系统而言，配置参数管理是很重要的一个组成部分。业务应用的启动和运行都依赖于配置参数。配置参数值的正确与否决定了企业系统是否能够正常启动与运行。

在企业系统中有些配置参数更新了需要重启系统才能生效，现有技术上NoSQL内存数据库来解决问题，但采用NoSQL内存数据库更新配置参数，需要多引入一个中间件，中间件增加企业系统的复杂度，增加维护成本。

因此，现有技术还有待于改进和发展。

发明内容

鉴于上述现有技术的不足，本发明的目的在于提供一种系统配置参数自动刷新方法及装置，旨在解决现有技术采用NoSQL内存数据库更新配置参数，需要多引入一个中间件，中间件增加企业系统的复杂度，增加维护成本的问题。

本发明的技术方案如下：

一种系统配置参数自动刷新方法，所述方法包括：

预先将原始系统配置参数存储在代码仓库；

检测到系统启动时，将代码仓库的原始系统配置参数存储在内存中；

当代码仓库监听到代码推送指令时，代码仓库获取目标系统配置参数发送至系统；

系统根据目标系统参数对内存中的原始系统配置参数进行刷新。

可选地，所述代码仓库为Gitlab仓库，则预先将原始系统配置参数存储在代码仓库，还包括：

对Gitlab仓库的webhooks链接进行配置，所述配置后的webhooks链接为系统参数更新接收地址。

可选地，所述对Gitlab仓库的webhooks链接进行配置后，还包括：

对Gitlab仓库的webhooks的秘密令牌进行配置，所述秘密令牌用于验证目标系统配置参数的刷新请求来源。

可选地，所述对Gitlab仓库的webhooks的秘密令牌进行配置后，还包括：

对Gitlab仓库的webhooks的推送事件选项进行配置，所述推送事件选项是用于监听目标系统配置参数刷新请求的代码推送。

可选地，所述当代码仓库监听到代码推送指令时，代码仓库获取目标系统配置参数发送至系统，包括：

当Gitlab仓库监听到代码推送指令时，Gitlab仓库将目标系统配置参数的刷新请求来源、目标系统配置参数及对应的目标值发送至webhooks链接；

所述webhooks链接将目标系统配置参数的刷新请求来源、目标系统配置参数及对应的目标值至系统。

可选地，所述系统根据目标系统参数对内存中的原始系统配置参数进行刷新，包括：

系统获取目标系统配置参数的刷新请求来源的目标秘密令牌，将目标秘密令牌与系统中存储的秘密令牌进行对比；

若验证通过，则获取目标系统配置参数对应的目标值，根据目标值对系统中的原始配置参数的值进行刷新。

可选地，若所述原始系统配置参数存储在Spring容器中，则获取目标系统配置参数对应的目标值，根据目标值对系统中的原始配置参数的值进行刷新后，还包括：

对Spring容器中存储的原始系统配置参数的值进行刷新。

本发明的另一实施例提供了一种系统配置参数自动刷新装置，所述装置包括至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的系统配置参数自动刷新方法。

本发明的另一实施例还提供了一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行时，可使得所述一个或多个处理器执行上述的系统配置参数自动刷新方法。

本发明的另一种实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被处理器执行时，使所述处理器执行上述的系统配置参数自动刷新方法。

有益效果：本发明公开了一种系统配置参数自动刷新方法及装置，相比于现有技术，本发明实施例的系统配置参数通过代码仓库实现动态刷新，无需重启系统才能生效，也不依赖于第三方中间件，简单易用，系统方便维护。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为本发明一种系统配置参数自动刷新方法较佳实施例的流程图；

图2为本发明一种系统配置参数自动刷新装置的较佳实施例的硬件结构示意图。

具体实施方式

为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

以下结合附图对本发明实施例进行详细的说明。

本发明实施例提供了一种系统配置参数自动刷新方法。请参阅图1，图1为本发明一种系统配置参数自动刷新方法较佳实施例的流程图。如图1所示，其包括步骤：

步骤S100、预先将原始系统配置参数存储在代码仓库；

步骤S200、检测到系统启动时，将代码仓库的原始系统配置参数存储在内存中；

步骤S300、当代码仓库监听到代码推送指令时，代码仓库获取目标系统配置参数发送至系统；

步骤S400、系统根据目标系统参数对内存中的原始系统配置参数进行刷新。

具体实施时，本发明实施例的代码仓库一般指本地代码仓库，可供用户多次修改，编译，测试等，而发布仓库主要用来存放已经编译好并测试通过的软件包(成果)，供其他人或相关项目调用。现有技术中的系统配置参数存储在数据库，本发明实施例将存储在数据库中的原始系统配置参数移动到代码仓库，代码仓库中进行存储。

系统启动时，系统会拉取代码仓库中的原始系统配置参数再存储在系统内存中。当代码仓库监听到代码推送指令时时，代码仓库将发生变动的系统配置参数，发生变动的系统配置参数可记为目标配置参数，将目标配置参数发送到系统；系统获取待刷新的目标系统参数对内存中的原始系统配置参数进行刷新。

把系统之前存储在数据库的参数移动Gitlab私库中进行存储。

在进一步地实施例中，代码仓库为Gitlab仓库，则预先将原始系统配置参数存储在代码仓库，还包括：

具体实施时，配置Gitlab仓库的webhooks链接为系统参数更新接收地址。

Gitlab仓库一个利用Ruby on Rails开发的开源应用程序，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目。它拥有与Github类似的功能，能够浏览源代码，管理缺陷和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供一个文件历史库。它还提供一个代码片段收集功能可以轻松实现代码复用，便于日后有需要的时候进行查找。

webhooks链接实现项目自动部署，webhooks可实现当有新的本地git push到代码仓库时，代码仓库自动git pull新的代码。

进一步地，对Gitlab仓库的webhooks链接进行配置后，还包括：

具体实施时，配置Gitlab仓库的webhooks的秘密令牌Secret Token用来验证刷新请求来源，刷新请求来源就Gitlab仓库中的系统配置参数的变动请求，获取Gitlab仓库中的Secret Token，和系统配置的一致就是来源正确。

进一步地，对Gitlab仓库的webhooks的秘密令牌进行配置后，还包括：

具体实施时，配置Gitlab仓库的webhooks推送事件选项，Gitlab的特性是当仓库变动时会有推送事件。推送事件是用于监听目标系统配置参数刷新请求的代码推送。

进一步地，当代码仓库监听到代码推送指令时，代码仓库获取目标系统配置参数发送至系统，包括：

具体实施时，当Gitlab仓库监听到代码推送指令时，Gitlab仓库会自动把目标系统配置参数的刷新请求来源、目标系统配置参数及对应的目标值发到webhooks链接配置的系统参数更新接收地址；系统根据webhooks链接配置的系统参数更新接收地址接收到刷新请求和目标系统配置参数。目标系统配置参数是指有变动的原始系统配置参数。

进一步的实施例中，系统根据目标系统参数对内存中的原始系统配置参数进行刷新，包括：

具体实施时，系统验证Gitlab仓库发送的刷新请求来源中的Secret Token，与系统内置的Secret Token作对比，验证通过就目标系统配置参数对应的目标值刷新内存中的参数值，不通过就打印错误日志退出程序。

进一步地，若所述原始系统配置参数存储在Spring容器中，则获取目标系统配置参数对应的目标值，根据目标值对系统中的原始配置参数的值进行刷新后，还包括：

对Spring容器中存储的原始系统配置参数的值进行刷新。

具体实施时，某些系统参数会存储到Spring容器中，则对Spring容器中存储的原始系统配置参数的值刷新为目标系统配置参数的值。Spring容器是Spring框架的核心，是用来管理对象的。容器将创建对象，把它们连接在一起，配置它们，并管理他们的整个生命周期从创建到销毁。

本发明实施例公开了一种系统配置参数自动刷新方法，通过预先将原始系统配置参数存储在代码仓库；检测到系统启动时，将代码仓库的原始系统配置参数存储在内存中；当代码仓库监听到代码推送指令时，代码仓库获取目标系统配置参数发送至系统；系统根据目标系统参数对内存中的原始系统配置参数进行刷新。本发明实施例利用Gitlabwebhooks代码仓库变动监听事件这个特性来实现，解决了系统配置参数放在内存中不能动态更新的问题。

需要说明的是，在上述各个实施例中，上述各步骤之间并不必然存在一定的先后顺序，本领域普通技术人员，根据本发明实施例的描述可以理解，不同实施例中，上述各步骤可以有不同的执行顺序，亦即，可以并行执行，也可以交换执行等等。

本发明另一实施例提供一种系统配置参数自动刷新装置，如图2所示，装置10包括：

一个或多个处理器110以及存储器120，图2中以一个处理器110为例进行介绍，处理器110和存储器120可以通过总线或者其他方式连接，图2中以通过总线连接为例。

处理器110用于完成装置10的各种控制逻辑，其可以为通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、单片机、ARM(Acorn RISCMachine)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。还有，处理器110还可以是任何传统处理器、微处理器或状态机。处理器110也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP核、或任何其它这种配置。

存储器120作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的系统配置参数自动刷新方法对应的程序指令。处理器110通过运行存储在存储器120中的非易失性软件程序、指令以及单元，从而执行装置10的各种功能应用以及数据处理，即实现上述方法实施例中的系统配置参数自动刷新方法。

存储器120可以包括存储程序区和存储数据区，其中，存储程序区可存储操作装置、至少一个功能所需要的应用程序；存储数据区可存储根据装置10使用所创建的数据等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器120可选包括相对于处理器110远程设置的存储器，这些远程存储器可以通过网络连接至装置10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个单元存储在存储器120中，当被一个或者多个处理器110执行时，执行上述任意方法实施例中的系统配置参数自动刷新方法，例如，执行以上描述的图1中的方法步骤S100至步骤S400。

本发明实施例提供了一种非易失性计算机可读存储介质，计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，执行以上描述的图1中的方法步骤S100至步骤S400。

作为示例，非易失性存储介质能够包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦ROM(EEPROM)或闪速存储器。易失性存储器能够包括作为外部高速缓存存储器的随机存取存储器(RAM)。通过说明丽非限制，RAM可以以诸如同步RAM(SRAM)、动态RAM、(DRAM)、同步DRAM(SDRAM)、双数据速率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、Synchlink DRAM(SLDRAM)以及直接Rambus(兰巴斯)RAM(DRRAM)之类的许多形式得到。本文中所描述的操作环境的所公开的存储器组件或存储器旨在包括这些和/或任何其他适合类型的存储器中的一个或多个。

本发明的另一种实施例提供了一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被处理器执行时，使所述处理器执行上述方法实施例的系统配置参数自动刷新方法。例如，执行以上描述的图1中的方法步骤S100至步骤S400。

以上所描述的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际需要选择其中的部分或者全部模块来实现本实施例方案的目的。

通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存在于计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分的方法。

除了其他之外，诸如"能够'、"能"、"可能"或"可以"之类的条件语言除非另外具体地陈述或者在如所使用的上下文内以其他方式理解，否则一般地旨在传达特定实施方式能包括(然而其他实施方式不包括)特定特征、元件和/或操作。因此，这样的条件语言一般地还旨在暗示特征、元件和/或操作对于一个或多个实施方式无论如何都是需要的或者一个或多个实施方式必须包括用于在有或没有输入或提示的情况下判定这些特征、元件和/或操作是否被包括或者将在任何特定实施方式中被执行的逻辑。

已经在本文中在本说明书和附图中描述的内容包括能够提供系统配置参数自动刷新方法及装置的示例。当然，不能够出于描述本公开的各种特征的目的来描述元件和/或方法的每个可以想象的组合，但是可以认识到，所公开的特征的许多另外的组合和置换是可能的。因此，显而易见的是，在不脱离本公开的范围或精神的情况下能够对本公开做出各种修改。此外，或在替代方案中，本公开的其他实施例从对本说明书和附图的考虑以及如本文中所呈现的本公开的实践中可能是显而易见的。意图是，本说明书和附图中所提出的示例在所有方面被认为是说明性的而非限制性的。尽管在本文中采用了特定术语，但是它们在通用和描述性意义上被使用并且不用于限制的目的。

Claims

1.一种系统配置参数自动刷新方法，其特征在于，所述方法包括：

预先将原始系统配置参数存储在代码仓库；

系统根据目标系统参数对内存中的原始系统配置参数进行刷新；

所述代码仓库为Gitlab仓库，则预先将原始系统配置参数存储在代码仓库，还包括：

对Gitlab仓库的webhooks链接进行配置，所述配置后的webhooks链接为系统参数更新接收地址；

所述对Gitlab仓库的webhooks链接进行配置后，还包括：

对Gitlab仓库的webhooks的秘密令牌进行配置，所述秘密令牌用于验证目标系统配置参数的刷新请求来源；

所述对Gitlab仓库的webhooks的秘密令牌进行配置后，还包括：

对Gitlab仓库的webhooks的推送事件选项进行配置，所述推送事件选项是用于监听目标系统配置参数刷新请求的代码推送；

所述当代码仓库监听到代码推送指令时，代码仓库获取目标系统配置参数发送至系统，包括：

所述webhooks链接将目标系统配置参数的刷新请求来源、目标系统配置参数及对应的目标值至系统；

所述系统根据目标系统参数对内存中的原始系统配置参数进行刷新，包括：

若验证通过，则获取目标系统配置参数对应的目标值，根据目标值对系统中的原始配置参数的值进行刷新；

若所述原始系统配置参数存储在Spring容器中，则获取目标系统配置参数对应的目标值，根据目标值对系统中的原始配置参数的值进行刷新后，还包括：

对Spring容器中存储的原始系统配置参数的值进行刷新。

2.一种系统配置参数自动刷新装置，其特征在于，所述装置包括至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1所述的系统配置参数自动刷新方法。

3.一种非易失性计算机可读存储介质，其特征在于，所述非易失性计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行时，可使得所述一个或多个处理器执行权利要求1所述的系统配置参数自动刷新方法。

4.一种计算机程序产品，其特征在于，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被处理器执行时，使所述处理器执行权利要求1所述的系统配置参数自动刷新方法。