Spring-Cloud-Config簡介

Spring-Cloud-Config是Sping-Cloud下用於分散式配置管理的元件，分成了兩個角色Config-Server和Config-Client；Config-Server端集中式儲存/管理配置檔案，並對外提供介面方便Config-Client訪問，介面使用HTTP的方式對外提供訪問；Config-Client通過介面獲取配置檔案，然後可以在應用中使用；Config-Server儲存/管理的配置檔案可以來自本地檔案，遠端Git倉庫以及遠端Svn倉庫；

Config-Server端

1.Config-Server依賴

注：2.0以後的版本需要jdk1.8及以上版本

2.準備被管理的配置檔案

Spring-Cloud-Config提供了對多種環境配置檔案的支援，比如：開發環境，測試環境，生產環境等；為了更加全面的模擬，準備三個配置分別如下：

分別是開發，測試以及生產的配置檔案，內容也比較簡單如下所示：

3.準備啟動配置檔案

被管理的配置檔案可以來自多個地方，包括：本地檔案，遠端Git倉庫以及遠端Svn倉庫，下面分別在resources/application.properties中做配置;

3.1本地檔案

指定了server端啟動埠為8888，檔案來自E:/github/spring-cloud-config-repo，以上三個檔案放在此目錄下

3.2遠端Git倉庫

spring.profiles.active預設值是git，git.uri指定地址，git倉庫default-label預設值是master；

3.3遠端svn倉庫

配置了svn的使用者名稱和密碼，svn倉庫default-label預設值是trunk，因為此處自建的svn伺服器default-label為空，所以設定為空值即可；

4.準備啟動類

@EnableConfigServer啟動配置伺服器；

5.測試

不管使用以上的哪種方式配置，都可以通過使用http的方式訪問，http可以有以下幾種方式請求資源：

application本例項中對應config；profile表示使用哪種環境的配置檔案，這裡可以是dev，test，pro；label可選的標籤，git倉庫預設值master，svn倉庫預設值是trunk；

5.1請求http://localhost:8888/config/dev/master，結果如下：

返回結果包含了詳細的資訊，最後的source裡面是配置檔案內容；

5.2請求http://localhost:8888/config-dev.yml，結果如下：

此種方式訪問僅顯示配置檔案內容，同樣properties字尾的也僅顯示配置檔案內容，只是顯示的格式不一樣；

5.3更新git上檔案內容，請求http://localhost:8888/config-dev.yml，結果如下：

獲取到了最新的內容，其實每次在請求的時候都會去遠端倉庫中更新一下資料，日誌如下：

把資料更新到本地的Temp路徑下；

Config-Client端

1.Config-Client依賴

2.啟動配置檔案

在配置檔案resources/bootstrap.properties中做如下配置：

spring.application.name：對應{application}，本例項中是config；

spring.cloud.config.label：對應{label}，指定server端配置的分支，此處填master即可；

spring.cloud.config.profile：對應{profile}，指定client當前的環境，可選值：dev，test，pro；

spring.cloud.config.uri：server端地址；

server.port：client啟動埠；

3.準備測試類

訪問地址：http://localhost:8889/hello，返回結果如下：

關於Spring-Cloud-Config配置的更新

1.Client端初始化配置檔案

Client端在啟動的時候，可以發現Server端有拉取配置檔案的日誌：

2.Server端資料更新，Client如何更新

更新git中config-test.properties，請求http://localhost:8888/config-test.yml，結果如下：

Client請求http://localhost:8889/hello，結果如下：

可以發現Server端已經更新，但是Client端沒有獲取到最新的資料，還是使用的快取的老資料；

Spring-Cloud-Config提供了多種重新整理機制，下面看一下最簡單手動重新整理：

2.1引入依賴

2.2暴露全部endpoints

在bootstrap.properties中新增

2.3.修改HelloController

@RefreshScope在手動執行重新整理的時候會更新此變數

2.4.啟動

觀察啟動日誌，其中有一條對映如下：

/actuator/refresh提供了手動重新整理的功能，並且必須使用POST方式；

2.5.測試

訪問地址：http://localhost:8889/hello，返回結果如下：

更新git上的配置檔案，配置值為foo=hello test update；

訪問地址：http://localhost:8889/hello，返回結果如下：

執行手動重新整理操作：

訪問地址：http://localhost:8889/hello，返回結果如下：

3.如何自動更新

在生產環境下不可能每次都去手動觸發refresh，github提供了webhook功能，當某個事件發生時，通過傳送http的方式告訴接收方，這樣就可以在接收到事件的時候觸發refresh請求；

幾個待分析問題

1.多個Client節點如何更新

正常情況下Client會有很多個節點，而且節點會出現上線和下線，如何同時通知每個節點，Spring-Cloud-Config提供了Spring Cloud Bus來批量處理；

2.更新機制

在執行refresh的時候，只會把變動的引數傳送給Client端，沒有變動的不會發送，節約了流量；但是如果配置檔案被多個不同的Client使用，是否會出現不相干的引數會發送給每個Client；

3.多配置檔案的支援

Server可以同時載入多個配置檔案，Client也可以支援多個配置檔案；

4.Server端如何保證資料的可靠性

Server端集中管理配置，所以服務的可靠性很重要；