一种配置更新下发方法、装置、设备及存储介质与流程

文档序号:36996618发布日期:2024-02-09 12:38阅读:16来源:国知局
一种配置更新下发方法、装置、设备及存储介质与流程

本发明涉及微服务,特别涉及一种配置更新下发方法、装置、设备及存储介质。


背景技术:

1、在中小型企业中,尤其是在微服务部署方案中,很多企业会开发自己的配置中心进行配置管理,假设当前微服务环境下大部分的项目都是基于java语言开发,而对应的基础组件中没有对配置内容刷新的功能,也就是说每一次的配置下发更新需要做额外的操作才可实现,这时候可引入nacos(dynamic naming and configuration service)进行配置中心管理,研发人员可以对接nacos,使用现成的依赖包,或者自己实现依赖包与nacos进行对接,这时候现有的配置中心是可以去除掉的,因为可以被更好用的nacos取代。接下来是第二个前提,企业用的项目是tob(to business,为企业提供服务)的销售模式,或者说不是线上运营的,而是线下离线售卖的,那么一些业务上的配置就需要提供出来给客户使用,nacos服务的基本原则是不对外暴露的,且操作不简便,不适合给用户使用。由于naocs的内置性及不可对外暴露的性质,用户难以对一些业务上的配置进行操作,若现有系统在未引入nacos之前已存在自己的配置管理中心,在引入nacos后,两侧的配置内容难以有效协同。现有的解决方案来说,还有一种实现方式,那就是重新编写修改定制化nacos的配置监听刷新组件,使其不再监听nacos的配置而是监听现有配置中心下发的配置,且现有配置中心同时也要进行更改,保证与各个实例间进行有效通信,使得配置能够下发到每一个实例中去。但是现有的配置中心不一定存在服务间多个实例的管理,而nacos本身就提供服务发现的功能,所以在配置下发上还需要更多修改来实现多实例下的配置变化监听,且上述实现方案其实改动更大更不方便。因此,如何在保留界面化简便化配置管理的功能的同时,解决配置刷新是目前亟待解决的问题。


技术实现思路

1、有鉴于此,本发明的目的在于提供一种配置更新下发方法、装置、设备及存储介质,能够保留现有配置中心对用户提供的界面化简便化配置管理的功能,以及保留nacos的配置下发立刻生效的功能。其具体方案如下:

2、第一方面,本技术公开了一种配置更新下发方法,包括:

3、利用目标组件读取各服务的配置信息,并通过所述目标组件将所述配置信息发送至配置中心,以便利用所述配置中心对所述配置信息进行识别;所述配置信息包括业务配置以及系统配置;

4、根据相应的识别后信息确定是否对所述业务配置进行修改,若对所述业务配置进行修改,则将相应的修改后业务配置、所述系统配置以及用户基于管理页面新增的目标配置信息存储至配置中心数据库;

5、通过所述配置中心数据库将所述修改后业务配置、所述系统配置以及所述目标配置信息进行整合,得到相应的整合后配置信息,将所述整合后配置信息发送至nacos;

6、通过所述nacos将所述整合后配置信息下发至各所述服务,以便所述服务基于所述整合后配置信息执行相应的操作。

7、可选的,所述利用所述配置中心对所述配置信息进行识别,包括:

8、利用所述配置中心通过所述配置信息的命名信息对所述配置信息进行识别,以确定所述业务配置以及所述系统配置。

9、可选的,所述利用所述配置中心对所述配置信息进行识别之后,还包括:

10、根据所述识别后信息分别对所述业务配置以及所述系统配置进行标识,得到相应的标识信息,以便根据所述标识信息对所述业务配置进行相应的展示。

11、可选的,所述根据相应的识别后信息确定是否对所述业务配置进行修改,还包括:

12、若不对所述业务配置进行相应的修改,则将所述业务配置、所述系统配置以及用户基于管理页面新增的目标配置信息存储至配置中心数据库;

13、通过所述配置中心数据库将所述业务配置、所述系统配置以及所述目标配置信息进行整合,得到相应的整合后配置信息。

14、可选的,所述方法,还包括:

15、根据相应的所述识别后信息确定所述业务配置,并在管理端对所述业务配置进行展示。

16、可选的,所述将所述整合后配置信息发送至nacos之后,还包括:

17、通过所述nacos将所述整合后配置信息存储至nacos数据库。

18、第二方面,本技术公开了一种配置更新下发装置,包括:

19、配置信息识别模块,用于利用目标组件读取各服务的配置信息,并通过所述目标组件将所述配置信息发送至配置中心,以便利用所述配置中心对所述配置信息进行识别;所述配置信息包括业务配置以及系统配置;

20、配置存储模块,用于根据相应的识别后信息确定是否对所述业务配置进行修改,若对所述业务配置进行修改,则将相应的修改后业务配置、所述系统配置以及用户基于管理页面新增的目标配置信息存储至配置中心数据库;

21、配置整合与发送模块,用于通过所述配置中心数据库将所述修改后业务配置、所述系统配置以及所述目标配置信息进行整合,得到相应的整合后配置信息,将所述整合后配置信息发送至nacos;

22、配置信息下发模块,用于通过所述nacos将所述整合后配置信息下发至各所述服务,以便所述服务基于所述整合后配置信息执行相应的操作。

23、第三方面,本技术公开了一种电子设备,包括:

24、存储器,用于保存计算机程序;

25、处理器,用于执行所述计算机程序以实现前述的配置更新下发方法。

26、第四方面,本技术公开了一种计算机可读存储介质,用于保存计算机程序,所述计算机程序被处理器执行时实现前述的配置更新下发方法。

27、本技术在进行配置更新下发时,首先利用目标组件读取各服务的配置信息,并通过所述目标组件将所述配置信息发送至配置中心,以便利用所述配置中心对所述配置信息进行识别;所述配置信息包括业务配置以及系统配置;根据相应的识别后信息确定是否对所述业务配置进行修改,若对所述业务配置进行修改,则将相应的修改后业务配置、所述系统配置以及用户基于管理页面新增的目标配置信息存储至配置中心数据库;通过所述配置中心数据库将所述修改后业务配置、所述系统配置以及所述目标配置信息进行整合,得到相应的整合后配置信息,将所述整合后配置信息发送至nacos;通过所述nacos将所述整合后配置信息下发至各所述服务,以便所述服务基于所述整合后配置信息执行相应的操作。可见,本技术通过将现有配置中心与nacos进行对接的方案,使得nacos可较为方便的接入现有系统实现配置的下发生效。这样一来,既保留了现有的对于客户来说已经使用习惯的配置中心,也加入了nacos的服务发现和配置下发的功能。不用去掉配置中心,保留了用户能够操作配置的功能,引入nacos使得整个微服务体系更完善,即完善了微服务体系中服务发现的功能,又使得服务配置可动态更新,完善了配置下发更新的功能。同时在此基础上多加一个底层依赖包,该依赖仅仅是推送配置项到配置中心,在项目启动的时候自动推送,配置中心进行逻辑维护,开发者也不需要在代码中增加完成之后还要在配置中心再添加一遍,降低了维护成本。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1