標籤：

Spring Cloud構建微服務架構（四）分散式配置中心（續）

01-25

本文接之前的《Spring Cloud構建微服務架構（四）分散式配置中心》，繼續來說說Spring Cloud Config的使用。

先來回顧一下，在前文中我們完成了什麼：

  • 構建了config-server，連接到Git倉庫
  • 在Git上創建了一個config-repo目錄，用來存儲配置信息
  • 構建了config-client，來獲取Git中的配置信息

在本文中，我們繼續來看看Spring Cloud Config的一些其他能力。

高可用問題

傳統作法

通常在生產環境，Config Server與服務註冊中心一樣，我們也需要將其擴展為高可用的集群。在之前實現的config-server基礎上來實現高可用非常簡單，不需要我們為這些服務端做任何額外的配置，只需要遵守一個配置規則：將所有的Config Server都指向同一個Git倉庫，這樣所有的配置內容就通過統一的共享文件系統來維護，而客戶端在指定Config Server位置時，只要配置Config Server外的均衡負載即可，就像如下圖所示的結構：

註冊為服務

雖然通過服務端負載均衡已經能夠實現，但是作為架構內的配置管理，本身其實也是可以看作架構中的一個微服務。所以，另外一種方式更為簡單的方法就是把config-server也註冊為服務，這樣所有客戶端就能以服務的方式進行訪問。通過這種方法，只需要啟動多個指向同一Git倉庫位置的config-server就能實現高可用了。

配置過程也非常簡單，具體如下：

config-server配置

  • 在pom.xml的dependencies節點中引入如下依賴，相比之前的config-server就，加入了spring-cloud-starter-eureka，用來註冊服務

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

  • 在application.properties中配置參數eureka.client.serviceUrl.defaultZone以指定服務註冊中心的位置，詳細內容如下：

spring.application.name=config-serverserver.port=7001# 配置服務註冊中心eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/# git倉庫配置spring.cloud.config.server.git.uri=http://git.oschina.net/didispace/SpringCloud-Learning/spring.cloud.config.server.git.searchPaths=Chapter1-1-8/config-repospring.cloud.config.server.git.username=usernamespring.cloud.config.server.git.password=password

  • 在應用主類中，新增@EnableDiscoveryClient註解，用來將config-server註冊到上面配置的服務註冊中心上去。

@EnableDiscoveryClient@EnableConfigServer@SpringBootApplicationpublic class Application { public static void main(String[] args) { new SpringApplicationBuilder(Application.class).web(true).run(args); }}

  • 啟動該應用，並訪問http://localhost:1111/，可以在Eureka Server的信息面板中看到config-server已經被註冊了。

config-client配置

  • 同config-server一樣，在pom.xml的dependencies節點中新增spring-cloud-starter-eureka依賴，用來註冊服務：

<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-config</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> </dependency></dependencies>

  • 在bootstrap.properties中，按如下配置：

spring.application.name=didispaceserver.port=7002eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/spring.cloud.config.discovery.enabled=truespring.cloud.config.discovery.serviceId=config-serverspring.cloud.config.profile=dev

其中，通過eureka.client.serviceUrl.defaultZone參數指定服務註冊中心，用於服務的註冊與發現，再將spring.cloud.config.discovery.enabled參數設置為true，開啟通過服務來訪問Config Server的功能，最後利用spring.cloud.config.discovery.serviceId參數來指定Config Server註冊的服務名。這裡的spring.application.name和spring.cloud.config.profile如之前通過URI的方式訪問時候一樣，用來定位Git中的資源。

  • 在應用主類中，增加@EnableDiscoveryClient註解，用來發現config-server服務，利用其來載入應用配置

@EnableDiscoveryClient@SpringBootApplicationpublic class Application { public static void main(String[] args) { new SpringApplicationBuilder(Application.class).web(true).run(args); }}

  • 沿用之前我們創建的Controller來載入Git中的配置信息

@RefreshScope@RestControllerpublic class TestController { @Value("${from}") private String from; @RequestMapping("/from") public String from() { return this.from; }}

  • 完成了上述配置之後，我們啟動該客戶端應用。若啟動成功，訪問http://localhost:1111/，可以在Eureka Server的信息面板中看到該應用已經被註冊成功了。

  • 訪問客戶端應用提供的服務：http://localhost:7002/from，此時，我們會返回在Git倉庫中didispace-dev.properties文件配置的from屬性內容：」git-dev-1.0」。

配置刷新

有時候，我們需要對配置內容做一些實時更新的場景，那麼Spring Cloud Config是否可以實現呢？答案顯然是可以的。下面，我們看看如何進行改造來實現配置內容的實時更新。

在改造程序之前，我們先將config-server和config-client都啟動起來，並訪問客戶端提供的REST APIhttp://localhost:7002/from來獲取配置信息，可以獲得返回內容為：git-dev-1.0。接著，我們可以嘗試使用Git工具修改當前配置的內容，比如，將config-repo/didispace-dev.properties中的from的值從from=git-dev-1.0修改為from=git-dev-2.0，再訪問http://localhost:7002/from，可以看到其返回內容還是git-dev-1.0。

下面，我們將在config-client端增加一些內容和操作以實現配置的刷新：

  • 在config-clinet的pom.xml中新增spring-boot-starter-actuator監控模塊，其中包含了/refresh刷新API。

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId></dependency>

  • 重新啟動config-clinet，訪問一次http://localhost:7002/from，可以看到當前的配置值
  • 修改Git倉庫config-repo/didispace-dev.properties文件中from的值
  • 再次訪問一次http://localhost:7002/from，可以看到配置值沒有改變
  • 通過POST請求發送到http://localhost:7002/refresh，我們可以看到返回內容如下，代表from參數的配置內容被更新了

[ "from"]

  • 再次訪問一次http://localhost:7002/from，可以看到配置值已經是更新後的值了

通過上面的介紹，大家不難想到，該功能還可以同Git倉庫的Web Hook功能進行關聯，當有Git提交變化時，就給對應的配置主機發送/refresh請求來實現配置信息的實時更新。但是，當我們的系統發展壯大之後，維護這樣的刷新清單也將成為一個非常大的負擔，而且很容易犯錯，那麼有什麼辦法可以解決這個複雜度呢？後續我們將繼續介紹如何通過Spring Cloud Bus來實現以消息匯流排的方式進行通知配置信息的變化，完成集群上的自動化更新。

本文完整示例：

  • 開源中國：Chapter1-1-8 · 程序猿DD/SpringCloud-Learning - 碼雲 - 開源中國
  • GitHub：dyc87112/SpringCloud-Learning

往期文章

  • Spring Cloud構建微服務架構（四）分散式配置中心

  • Spring Cloud構建微服務架構（三）斷路器

  • Spring Cloud構建微服務架構（二）服務消費者

  • Spring Cloud構建微服務架構（一）服務註冊與發現

本文由 程序猿DD-翟永超 創作，採用 CC BY 3.0 CN協議 進行許可。 可自由轉載、引用，但需署名作者且註明文章出處。如轉載至微信公眾號，請在文末添加作者公眾號二維碼。


推薦閱讀：

※使用 Docker 構建微服務架構，服務與服務之間的通信有什麼最佳實踐？
※微服務框架 spring cloud 和 dubbo 有什麼區別？
※SOA和微服務架構的區別？

TAG:SpringCloud | 微服务架构 |