微服務(wù)架構(gòu)的配置中心有什么作用

一、為什么需要「配置中心」？

我們先來看看在沒有「配置中心」的傳統(tǒng)項目中，我們是怎么處理各類配置參數(shù)問題的：

1. 一般是靜態(tài)化配置。大多數(shù)在項目中單獨寫一個配置文件，例如 "config.conf"，然后將各類 參數(shù)配置、應(yīng)用配置、環(huán)境配置、安全配置、業(yè)務(wù)配置 都寫到這個文件里。當項目代碼邏輯中需要使用配置的時候，就從這個配置文件中讀取。這種做法雖然簡單，但如果參數(shù)需要修改，就非常的不靈活，甚至需要重啟運行中的項目才能生效。相信大多數(shù)開發(fā)同學都深有體會。

2. 配置文件無法區(qū)分環(huán)境。由于配置文件是放在項目中的，但是我們項目可能會有多個環(huán)境，例如：測試環(huán)境、預(yù)發(fā)布環(huán)境、生產(chǎn)環(huán)境。每一個環(huán)境所使用的配置參數(shù)理論上都是不同的，所以我們在配置文件中根據(jù)不同環(huán)境配置不同的參數(shù)，這些都是手動維護，在項目發(fā)布的時候，極其容易因開發(fā)人員的失誤導致出錯。

3. 配置文件過于分散。如果一個項目中存在多個邏輯模塊獨立部署，每個模塊所使用的配置內(nèi)容又不相同，傳統(tǒng)的做法是會在每一個模塊中都放一個配置文件，甚至不同模塊的配置文件格式還不一樣。那么長期的結(jié)果就是配置文件過于分散混亂，難以管理。

4. 配置修改無法追溯。因為采用的靜態(tài)配置文件方式，所以當配置進行修改之后，不容易形成記錄，更無法追溯是誰修改的、修改時間是什么、修改前是什么內(nèi)容。既然無法追溯，那么當配置出錯時，更沒辦法回滾配置了。

上面只是拿配置文件的形式來舉例，有的項目會采用數(shù)據(jù)庫配置，雖然靈活一點，但是依舊不能完全解決上述問題。既然傳統(tǒng)的項目配置有這么多弊端，那我們看看「配置中心」的方案是如何解決這些痛點的：

「配置中心」的思路就是把項目中各種配置、各種參數(shù)、各種開關(guān)，全部都放到一個集中的地方進行統(tǒng)一管理，并提供一套標準的接口。當各個服務(wù)需要獲取配置的時候，就來「配置中心」的接口拉取。當「配置中心」中的各種參數(shù)有更新的時候，也能通知到各個服務(wù)實時的過來同步最新的信息，使之動態(tài)更新。

那么，按照上述思路，我們理想中的「配置中心」應(yīng)該具備如下特點：

• 配置集中管理、統(tǒng)一標準

• 配置與應(yīng)用分離

• 實時更新

• 高可用

具有上述特性的「配置中心」是如何解決上面?zhèn)鹘y(tǒng)配置所面臨的問題的呢？

1. 采用“配置集中管理”，可以很好的解決傳統(tǒng)的“配置文件過于分散”的問題。所有的配置都集中在配置中心這一個地方管理，不需要每一個項目都自帶一個，這樣極大的減輕了開發(fā)成本。

2. 采用“配置與應(yīng)用分離”，可以很好的解決傳統(tǒng)的“配置文件無法區(qū)分環(huán)境”的問題，配置并不跟著環(huán)境走，當不同環(huán)境有不同需求的時候，就到配置中心獲取即可，極大的減輕了運維部署成本。

3. 具備“實時更新”的功能，就是用來解決傳統(tǒng)的“靜態(tài)化配置”的問題。線上系統(tǒng)需要調(diào)整參數(shù)的時候，只需要在配置中心動態(tài)修改即可。

4. 既然配置都統(tǒng)一管理了，那配置中心在整個系統(tǒng)中的地位就非常重要了，一旦配置中心不能正常提供服務(wù)，就可能會導致項目整體故障，因此“高可用”就是配置中心又一個很關(guān)鍵的指標了。

二、「配置中心」的原理與應(yīng)用？

通過上面的介紹，其實就可以了解到「 配置中心 」的原理不是很復(fù)雜。其核心功能也不多，主要是：

1. 實現(xiàn)配置的記錄

2. 實現(xiàn)配置的讀取、更新、取消

3. 實現(xiàn)配置的查看

但是圍繞著這幾個核心功能，我們還需要保障高可行、要實現(xiàn)實時更新、要能方便的使用，還希望有權(quán)限管理的功能、操作審計的功能等等，加上這些周邊輔助功能之后，一個完善的「 配置中心 也就不那么簡單了。

我們再來看一下在實際項目中如何去選型和應(yīng)用：

雖然配置中心的核心原理并不復(fù)雜，我們可以根據(jù)原理自己去實現(xiàn)一個配置中心，但是如果沒有特殊需求，還是不建議重復(fù)造輪子了，畢竟業(yè)內(nèi)已經(jīng)有很多成熟的開源方案可以直接選用了。下面就列舉幾個比較熱門的配置中心開源組件給大家參考：

• Apollo

  Apollo是由攜程開源的分布式配置中心。

  Apollo的特點有很多，比如：配置更新之后可以實時生效，還可以支持灰度發(fā)布功能。并且能對所有的配置進行版本管理、操作審計等功能，提供開放平臺API。另外由于Apollo使用的人很多，所以網(wǎng)上的資料也非常的豐富，并且github上資料也寫的很詳細。

  

• 上面即是Apollo的基礎(chǔ)模型，看結(jié)構(gòu)很簡單。但是其功能很多，之前說過配置中心對高可用的要求很高。下面可以繼續(xù)看一下Apollo的架構(gòu)：

  

• Spring Cloud Config包含了Config Client和Config Server兩部分，Config Server 實現(xiàn)配置文件的存儲，對外以接口的形式提供獲取配置文件，然后Config  Client通過這些接口獲取數(shù)據(jù)。

• Disconf

  Disconf是由百度開源的分布式配置中心。其實很多一線大廠都有開源自己的配置中心組件，這里挑出百度的Disconf也是因為網(wǎng)上比較火熱，易用性也還不錯，項目也是托管在github上很容易找到。它是基于Zookeeper來實現(xiàn)配置變更后實時通知和生效的。