[發明專利]一種配置文件的管理方法及裝置

在審

• 申請號: 202011513542.0
• 申請日: 2020-12-18
• 公開（公告）號: CN112612541A
• 公開（公告）日: 2021-04-06
• 發明（設計）人: 苑學賀;田濤;吳嘉生;王奕
• 申請（專利權）人: 北京中電普華信息技術有限公司;國網信息通信產業集團有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445;G06F8/65;G06F8/71
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 李婷婷

本發明公開了一種配置文件的管理方法及裝置，方法包括：獲取并保存第一配置文件，以使得微服務啟動時能夠加載所述第一配置文件；獲取并保存所述第一配置文件更新后的修改配置文件；將與所述修改配置文件對應的配置更新消息添加至消息隊列；消息隊列將配置更新消息發送給與修改配置文件對應的微服務，以使得收到所述配置更新消息的微服務加載所述修改配置文件。上述實現方案能夠對微服務應用系統中的各個配置文件進行統一管理，在微服務的配置文件發生更新時及時的通知給相應微服務，使其及時的更新自身的配置文件；實現了配置文件的快速維護和實時刷新，且能夠達到配置文件更新后無需重啟實時生效的效果，極大的方便了用戶的使用。

技術領域

本發明涉及軟件技術領域，更具體的說，是涉及一種配置文件的管理方法及裝置。

背景技術

在單體架構的系統中存在一個或者多個配置文件，這些配置文件跟應用存放在一起，部署的時候隨應用一起推送到服務器上，配置文件修改后需要重啟應用保證生效。這種方式是在單體架構的系統中通用的做法。但是在分布式架構系統中，會將單一應用分解為多個微服務，部署時會部署在多臺服務器或者集群中。一般一個應用會有十幾個甚至幾十個微服務，每個微服務都會有一個配置文件，這樣各個配置文件分散在幾十個微服務中，很難做到快速動態的調整，會出現維護復雜，維護效率低，錯誤率高的現象，這樣就失去了配置文件的意義。

因此，如何提供一種能夠實現配置文件的快速維護和實時刷新的方法，成為領域內技術人員亟待解決的問題。

發明內容

有鑒于此，本發明提供如下技術方案：

一種配置文件的管理方法，包括：

獲取并保存第一配置文件，以使得微服務啟動時能夠加載所述第一配置文件；

獲取并保存所述第一配置文件更新后的修改配置文件；

將與所述修改配置文件對應的配置更新消息添加至消息隊列；

所述消息隊列將所述配置更新消息發送給與所述修改配置文件對應的微服務，以使得收到所述配置更新消息的微服務加載所述修改配置文件。

可選的，所述第一配置文件和所述修改配置文件的名稱格式為：微服務名稱+環境類型。

可選的，所述獲取并保存第一配置文件，以使得微服務啟動時能夠加載所述第一配置文件，包括：

獲取并保存第一配置文件，以使得微服務能夠通過REST API來獲取并加載所述第一配置文件。

可選的，所述微服務包括多個微服務，所述多個微服務基于負載均衡策略加載所述第一配置文件。

可選的，所述獲取并保存第一配置文件，包括：

獲取第一配置文件，并將所述第一配置文件存儲在磁盤指定文件夾中或存儲在數據庫中。

可選的，所述獲取并保存第一配置文件，包括：

獲取第一配置文件，并通過版本管理工具對所述第一配置文件進行存儲。

一種配置文件的管理裝置，包括：

文件接收模塊，用于獲取并保存第一配置文件，以使得微服務啟動時能夠加載所述第一配置文件；

文件更新模塊，用于獲取并保存所述第一配置文件更新后的修改配置文件；

文件處理模塊，用于將與所述修改配置文件對應的配置更新消息添加至消息隊列；

消息通知模塊，用于控制所述消息隊列將所述配置更新消息發送給與所述修改配置文件對應的微服務，以使得收到所述配置更新消息的微服務加載所述修改配置文件。

可選的，所述第一配置文件和所述修改配置文件的名稱格式為：微服務名稱+環境類型。