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