使用Config Server，您可以在所有環境中管理應用程序的外部屬性。客戶端和服務器上的概念映射與Spring Environment和PropertySource抽象相同，因此它們與Spring應用程序非常契合，但可以與任何以任何語言運行的應用程序一起使用。隨著應用程序通過從開發人員到測試和生產的部署流程，您可以管理這些環境之間的配置，並確定應用程序具有遷移時需要運行的一切。服務器存儲後端的默認實現使用git，因此它輕松支持標簽版本的配置環境，以及可以訪問用於管理內容的各種工具。很容易添加替代實現，並使用Spring配置將其插入

以上是Spring Cloud官網對配置服務的描述， 簡單闡述一下我的理解。比如我們要搭建一個網站，需要配置數據庫連接，指定數據庫服務器的IP地址，數據庫名稱，用戶名和口令等信息。通常的方法， 我們可以在一個配置文件中定義這些信息，或者開發一個頁面專門配置這些東西。只有一個web服務器的時候, 很方便。

但假如需要搭建同多臺服務器時，當然可以每臺服務器做同樣配置，但維護和同步會很麻煩。我理解的配置服務至少有兩種不同場景：

1）多個客戶使用同一配置： 比如，多臺服務器組成的集群，假如後端使用同一數據庫，那麽每臺服務器都是用相同的配置。

2）不同客戶使用不同的配置： 比如典型的場景是，開發，測試，生產使用相同的系統，但使用不同的數據庫

如果有個統一的根本配置，是不是就很方便，一個可行的辦法是，把這些配置文件放到一個共享存儲（比如網絡共享盤）中。這樣只需要在共享存儲修改一個或多個配置文件就可以了。但共享文件的方式受到具體布署環境的限制，很多時候很難達到多臺Web服務器共享同一個存儲硬盤。

共享盤的缺點是資源定位比較困難，Spring Cloud的解決方案是， 將這些配置文件放到版本管理服務器裏面，Spring Cloud缺省配置使用GIT中。所有Web服務均從GIT中獲取這些配置文件。由於GIT服務器與具體Web服務器之間不需要共享存儲， 只要網絡可達就行，從而可以實現Web服務於配置信息的存放位置的解耦。

Spring Cloud統一控制應用和GIT服務的交互，應用只需要按照Spring Cloud的規範配置GIT的URL即可。 使用GIT後，場景2和場景1的區別僅僅是，場景2中不同的client使用不同版本的配置文件，但應用但訪問的文件看起來是會是同一個。Spring Cloud的配置服務結構入下圖

其中關鍵字hello的值“Hello World”，就是我們要輸出的內容。

一. 創建config Server

1. 創建Config Server， maven工程裏面配置spring-cloud-config-server

<dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-config-server</artifactId>
</dependency>

完整配置如下：

pom.xml

2. 創建Config Server，它也是一個Spring Boot應用，@EnableConfigServer註解說明了一個Config Server。同樣我們使用@EnableEurekaClient將它註冊到服務中心。

 1 package springcloud.helloworld.config.server;
 2 
 3 import org.springframework.boot.SpringApplication;
 4 import org.springframework.boot.autoconfigure.SpringBootApplication;
 5 import org.springframework.cloud.config.server.EnableConfigServer;
 6 import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;
 7 
 8 @EnableEurekaServer
 9 @EnableConfigServer
10 @SpringBootApplication
11 public class ConfigServerApplication {
12     public static void main(String[] args) {
13         SpringApplication.run(ConfigServerApplication.class, args);
14     }
15 }

3. Config server的配置文件appication.yml , 註意配置文件的url是GIT服務器的倉庫地址， searchPaths配置文件所在的文件夾在倉庫中的路徑, 在server端不需要指定具體配置文件名， 因為具體的配置文件是什麽有應用（也就是client）決定。

eureka:
  client:
    serviceUrl:
      defaultZone: http://localhost:8761/eureka/
server:
  port: 8888
 
spring:
  cloud:
    config:
      server:
        git:
          uri: https://git.oschina.net/chrywhy/test
          searchPaths: spring-cloud/helloworldConfig
  application:
    name: config-server

4. 啟動config server後，訪問http://localhost:8888/abc/xyz, 可見如下響應。這個是輸出是並沒有包括具體配置文件的內容， 這個響應說明，config server可以正常訪問我們配置在application.yml中的GIT服務

這個URL是啥意思， 需要解釋一下。我們從輸出就可以看到 abc 就是application的名字，xyz是profile的名字， 註意這裏的abc, xyz均是隨便輸入的名字， 並不需要真實存在，config server這個REST接口返回的只是應用名為abc, profile名為xyz時，GIT配置環境的結構。

config server提供的REST接口，Spring Cloud官方文檔提供了幾個可選URL可以是如下幾個：

/{application}/{profile}[/{label}]
/{application}-{profile}.yml
/{label}/{application}-{profile}.yml
/{application}-{profile}.properties
/{label}/{application}-{profile}.properties
比如 第三個格式，如果我們在GIT版本庫中有一個配置文件 spring-cloud/helloworldConfig/config-client-dev.properties. 那麽訪問http://localhost:8888/config-client-dev.properties就可以顯示配置文件內容。這個例子中， application的名字是"config-client"(也是下面我們即將創建的client), profile名字是dev, 文件後綴是.propertie

本例由於配置了eureka服務中心，所以這個config server作為一個eureka client註冊到了 eureka server中， 可以從http://localhost:8761看到我們啟動的config server, 如果不需要註冊到服務中心， 也可把這個配置去掉

整體架構如下：

完整項目的源碼來源 技術支持2147775633

Spring Cloud (二)： 配置管理