為什么需要配置中心？

隨著分布式業務的發展，分布式節點會越來越多，就會出現各種各樣的問題。

• 業務功能隨著需求逐漸變復雜了，就導致應用程序所需要的配置內容越來越多，例如業務開發、服務器配置等等信息都需要進行靈活動態的配置。
• 由于在分布式系統中各個業務節點都需要使用自己的配置，如果沒有統一的管理，就會出現各個節點配置不統一的情況。
• 隨著業務環境的增加，出現了生產環境、灰度環境、測試環境等等，并且在每個環境中都會有不同的配置，不同的版本管理，以及不同的權限機制等，這種

什么是配置中心？

在應用啟動的時候，往往需要從配置文件中讀取一些應用啟動的初始化配置參數，而這些配置一旦創建就會伴隨著應用程序整個的生命周期。例如數據庫的鏈接配置、redis的鏈接配置等等。這些配置一旦被創建使用在整個的應用程序的生命周期中都是有效的。

但是在分布式系統中，同一份的應用可能會在不同的環境中運行、例如生成環境的應用、測試環境的應用、開發環境的應用。并且有可能會出現不同集群之間的配置文件也是不一樣的情況。那么這個時候我們就需要一個統一的配置中心來去管理這些配置。

配置中心就是將所有應用的配置文件從應用本身中剝離出來，對配置進行統一的管理，應用本身則不需要再去關心配置。

配置中心完成的功能如下

• 用戶可以在配置中心發布、更新配置信息
• 各個微服務可以及時的從配置中心獲取到最新的配置信息

總體來講，配置中心所完成的工作就是對系統中各個服務的配置文件進行管理。

開源配置中心介紹？

目前市面上開源的配置中有如下幾種

• Disconf
• Spring Cloud Config
• Apollo
• Nacos

其中Disconf已經不再維護了，而Spring Cloud Config 則是比較依賴于Git或者是SVN進行管理的，所以這里我們介紹的就只有Apollo和Nacos了。

Nacos配置中心

其實Nacos不但包括配置中心，它還包括了注冊中心的功能，只不過這里我們重點介紹一下其配置中心的功能。

Nacos設計之初其實是為了實現服務的注冊發現，也就是傾向于一個注冊中心的個哦能。提供了一些動態發現功能、服務配置功能、元數據管理功能以及流量管理等功能。

其配置中心主要包括兩部分內容，Server端和Client端，都是由JAVA語言開發，由Client端來完成對于服務的配置管理。所以Client支持多語言開發，并且與具體的應用模塊嵌套到一起來完成服務的配置管理。并且Nacos也提供了相應的SDK和OpenAPI來完成服務的配置發現邏輯。

Apollo配置中心

Apollo配置中心是攜程基礎架構部門研發的分布式配置中心項目，能夠以集中式的管理方式來管理不同環境、不同集群的配置，并且配置修改完成之后可以實時的推送到應用端，并且能夠實現權限管理，流程管理等等功能。

Apollo也分為Server端和Client端，它的Server端是基于Spring Boot和Spring Cloud開發，打包之后可以直接發布使用?？蛻舳艘彩腔贘ava語言開發，幾乎可以運行于所有的Java環境中，同時對于Spring Boot也有很好的支持。

Apollo是一個帶有治理能力的分布式配置發布平臺，它提供了基于不同版本、不同環境、不同集群的配置管理，并且支持配置熱發布。通過版本管理來實現不同場景，不同環境的發布，基于權限管理提供了代碼的審計檢查、發布檢查等功能。并且提供了OpenAPI支持二次開發。最主要的是Apollo與Spring Boot是天然結合，不需要再去多做任何處理。

如下圖所示是Apollo的經典運行流程。

總結

從配置中心本身的角度上來講，Nacos的讀寫性能要略高于Apollo，其次通過上面的分析，我們可以看出二者基本上是功能相差不大，并且Nacos還提供了注冊中心服務，所以整體優勢方面也是略強于Nacos的，并且Nacos背靠阿里，也是有很大的應用發展空間。所以個人覺得如果配置性要求不是太強的場景完全可以使用Apollo因為其簡單，如果配置性要求強的話，建議使用Nacos。