Spring-Cloud-Config快速開始【面試+工作】

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端集中管理配置，所以服務的可靠性很重要；