1. 程式人生 > >Spring Cloud (二): 配置管理

Spring Cloud (二): 配置管理

如果 src 由於 zone 輸出 不同的 -c 文件的 都是

使用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 (二): 配置管理