微服務化改造系列之三 配置中心

2021-07-24 22:53:23 字數 1120 閱讀 9207

前情概要:

- 微服務化改造系列之一:總覽

- 微服務化改造系列之二:服務註冊中心

隨著業務複雜度的上公升和技術架構的演變,對應用的配置方式也提出了越來越高的要求。乙個典型的演變過程往往是這樣的,起初所有配置跟源**一起放在**倉庫中;之後出於安全性的考慮,將配置檔案從**倉庫中分離出來,或者放在ci伺服器上通過打包指令碼打入應用包中,或者直接放到執行應用的伺服器的特定目錄下,剩下的非檔案形式的關鍵配置則存入資料庫中。上述這種方式,在單體應用階段非常常見,也往往可以執行的很好,但到了微服務階段,面對爆發式增長的應用數量和伺服器數量,就顯得無能為力了。這時,就輪到配置中心大顯身手了。那什麼是配置中心?簡單來說,就是一種統一管理各種應用配置的基礎服務元件。

選型乙個合格的配置中心,至少需要滿足如下4個核心需求:

現在開源社群主流的配置中心框架有spring cloud config和disconf,兩者都滿足了上述4個核心需求,但又有所區別。

spring cloud config可以說是乙個為spring量身定做的輕量級配置中心,巧妙的將應用執行環境對映為profile,應用版本對映為label。在服務端,基於特定的外部系統(git、檔案系統或者vault)儲存和管理應用配置;在客戶端,利用強大的spring配置系統,在執行時載入應用配置。

不管是spring cloud config還是disconf,預設提供的客戶端都深度繫結了spring框架,這對非spring應用而言無疑增加了整合成本,即便它們都提供了獲取應用配置的api。最終我們還是選用了微服務化改造之前自研的matrix作為配置中心,一方面,可以保持新老系統使用同一套配置服務,降低維護成本,另一方面,在滿足4個核心需求的前提下,matrix還提供了一些獨有的能力。

進一步資訊可參考我之前寫的matrix設計文件。

matrix架構圖

微服務配置中心 三

按我的理解,當專案越來越大時,做乙個微服務配置中心統一管理各個服務的配置是相當重要的,這裡我演示的是將微服務配置中心與服務中心放在一起的 info this is registry config 1web info this is registry config 2在專案registry 中新增依賴...

微服務系列之 Config配置中心遠端整合

這一章節,我們這一次來 如何通過遠端拉取對應服務配置檔案。我提前轉備好了乙個遠端配置中心倉庫 qy config center 這裡面我建立了乙個資料夾config,並且將我已經寫好的配置檔案放到了config資料夾下面,下面我們來通過簡單地配置,將配置中心載入配置模式改為遠端模式。主要配置 clo...

Nacos 微服務配置中心介紹

三 nacos基礎 四 一些思考 外鏈轉存失敗,源站可能有防盜煉機制,建議將儲存下來直接上傳 img zmcpjvtb 1585720730083 nacos是阿里開源的乙個微服務配置中心,其官方宣傳 乙個更易於構建雲原生應用的動態服務發現 配置管理和服務管理平台。目前是github的乙個明星專案,...