1. 程式人生 > >Spring Cloud (四): 分散式環境下自動發現配置服務

Spring Cloud (四): 分散式環境下自動發現配置服務

前一章, 我們的Hello world應用服務,通過配置伺服器Config Server獲取到了我們配置的hello資訊“hello world”. 但自己的配置檔案中必須配置config server的URL(http://localhost:8888), 如果把config server搬到另外一個獨立IP上, 那麼作為一個client的hello world應用必須修改自己的bootstrap.yml中的config server的URL地址。這明顯是不夠方便的。

既然config server已經註冊到了eureka服務中心,能否讓服務中心自動幫hello world應用找到它需要的config server呢? 答案是肯定的。我們的hello world應用只需要提供它需要的配置所在在的config server的名字就可以了, 在前面例子中,配置服務的名字就是“config-server”。那我們現在就把之前的服務和應用稍作修改, 來達到自動發現服務的方案。下圖是Spring Cloud提供的服務發現機制。Config-server是其中的Service Provider, Config-client是Service Consumer, 它們都註冊到服務中心Eureka Server。

 

 

1. 將config-server註冊到服務中心

config-server本身就是一個Spring Boot應用,

將config-server註冊到eureka server中。訪問http://localhost:8761, 可以看到我們的config-server已經註冊。

 

 

2. 修改hello world應用的配置

1).同樣,需要將Hello 我讓你的應用註冊到eureka 服務中心, 配置方法同前面一樣, 不在贅述。

2).修改配置檔案,將config-server的URL硬編碼機制改成,通過服務中心根據名字自動發現機制, 修改bootstrap.yml

 1 eureka:
 2   client:
 3     serviceUrl:
 4       defaultZone: http://localhost:8761/eureka/
 5 spring:
 6   application:
 7     name: config-client
 8   cloud:
 9     config:
10       label: master
11       profile: dev
12 #      uri: http://localhost:8888/
13       discovery:
14          enabled: true
15 serviceId: config-server 16 management: 17 security: 18 enabled: false 19 server: 20 port: 8881

我們註釋掉了硬編碼的config-server的URL配置, 取而代之的是服務註冊中心的地址http://localhost:8761/eureka/以及配置服務的名字“config-server”, 同時開啟自動發現機制discovery.enable = true. 我們在執行一下hello world應用, 可以發現, GIT裡面的內容依然可以訪問。此時我們的hello world應用已經完全不知道配置服務的地址,也不知道配置的內容, 所有這些都通過服務註冊中心自動發現。

 

3.  當服務很多時,都需要同時從配置中心讀取檔案的時候,這時我們可以考慮將配置中心做成一個微服務,並且將其叢集化,從而達到高可用,架構圖如下:

 

 

 

 

 

整體架構如下:

 

 

完整專案的原始碼來源 技術支援2147775633