[發明專利]一種實現分布式服務配置熱更新的方法和系統

有效

• 申請號: 202011241988.2
• 申請日: 2020-11-09
• 公開（公告）號: CN112367201B
• 公開（公告）日: 2021-09-07
• 發明（設計）人: 張吉;馬曉光;胡海天;鄧飛;吳楊
• 申請（專利權）人: 光大興隴信托有限責任公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/08;G06F8/656
• 代理公司: 北京中和立達知識產權代理事務所(普通合伙) 11756
• 代理人: 楊磊

本發明涉及一種實現分布式服務配置熱更新的方法和系統，通過分布式服務配置信息統一管理，實時獲取配置信息更新內容，在不需要重啟的情況下更新包括啟動項配置信息在內的配置信息。本發明使用簡單、侵入性低，只要在服務中引入相應的jar包，稍加配置就可以使用，無需修改服務中的代碼。

【技術領域】

本發明屬于計算機技術領域，尤其涉及一種實現分布式服務配置熱更新的方法和系統。

【背景技術】

針對分布式服務的配置，現有技術一般通過配置文件的方式來管理項目中的配置信息。在應用啟動配置信息更新時，需要將代碼更新之后重新部署啟動應用。對于分布式或者多集群應用，需要分別修改、更新各個服務的配置信息，然后依次重新部署啟動。現有的這種更新方法存在如下問題：第一，協同性差，對于分布式或者多集群服務，如果一個啟動配置信息項需要改動，往往意味著所有服務的配置文件都需要相應的做出改動，開發人員需要依次去更新各個服務的配置文件，還需要依次去重新部署服務。啟動配置信息提前,刪掉普通配置信息。第二，實時性差，無法實時接收到最新的配置信息。在接收到配置信息更新之后，需要在更新、打包、發布之后，才能讓新的配置信息生效。對于某些大型的應用來說，每次的重啟都需要花費大量的時間成本。第三，過程繁瑣，對于一般服務來說，啟動項配置信息更新之后，開發人員需要將修改內容提交到相應版本，然后更新代碼，最后將代碼重新打包，發布。第四，采用集中的配置信息管理導致訪問瓶頸出現或者訪問效率急劇下降；針對上述問題，本發明能夠：(1)對于不同服務中相同的配置信息可以統一管理。對于重復的配置信息，開發人員只需要更新一次。可以實時獲取配置信息的更新情況，如果發現配置信息內容變化，可以第一時間做出處理。(2)通過熱更新機制，可以在不重啟服務的情況下更新服務配置；(3)設置松散的配置管理平臺，考慮了配置信息的功能性以及局部性，配合設置動態對照表和相配合的同步機制，避免了配置信息集中管理所帶來的安全性較差的問題，大大的提高了空間和信息的利用和訪問效率。(4)通過常駐定時任務的方式，使得定時任務通用化，從而使得服務能夠保持更高的獨立性和運行效率。

【發明內容】

為了解決現有技術中的上述問題，本發明提出了一種實現分布式服務配置熱更新的方法和系統，所述方法包含：

步驟S1：服務器上的服務啟動時，通過調用配置信息管理平臺的全局接口模塊以根據配置信息地址從配置信息管理平臺讀取配置信息，將配置信息讀取到本地內存之中，并保存到相應的類中；

步驟S2：通過定時任務獲取更新的配置信息，在配置信息發生更新的情況下，實時觸發熱更新。

進一步的，所述服務器為分布式服務器。

進一步，所述全局接口模塊通過API的方式實現。

進一步，所述步驟S2具體為：各個服務通過定時任務的方式定期的去獲取最新的配置信息，將取得的最新配置信息與服務正在使用的配置信息進行比對，如果發現差異則說明配置信息發生改變，實時觸發熱更新。

進一步，所述將取得的最新配置信息與服務正在使用的配置信息進行比對，具體為：將最新的配置信息中關注的配置信息和本地內存中的配置信息相比對。

進一步，所述服務器提供一個或多個服務，所述一個或多個服務為相同或不同類型的服務。

進一步，不同類型的服務需要相同的配置信息。

一種應用權利要求1-7中任一項所述的實現分布式服務配置熱更新的方法的系統，其特征在于，包括：所述系統包括：配置信息管理平臺和一個或多個服務器。

進一步，所述配置信息管理平臺，包括配置管理模塊、全局接口模塊及全局配置空間；所述一個或多個服務器提供一個或者多個服務，相同或不同的服務可能需要相同或不同的配置信息；配置管理模塊及其對應的全局配置空間用于對啟動項配置在內的配置信息進行統一管理。

進一步，全局配置空間用于進行配置信息的存儲。