在前兩篇的介紹中,用戶端都是直接調用配置中心的server端來擷取配置檔案資訊。這樣就存在了一個問題,用戶端和服務端的耦合性太高,如果server端要做叢集,用戶端隻能通過原始的方式來路由,server端改變IP位址的時候,用戶端也需要修改配置,不符合springcloud服務治理的理念。springcloud提供了這樣的解決方案,我們隻需要将server端當做一個服務注冊到eureka中,client端去eureka中去擷取配置中心server端的服務既可。願意了解源碼的朋友直接求求交流分享技術:二一四七七七五六三三
server端改造
1、添加依賴
<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>
需要多引入spring-cloud-starter-eureka包,來添加對eureka的支援。
2、配置檔案
server:
server:
port: 8001
spring:
application:
name: spring-cloud-config-server
cloud:
config:
server:
git:
uri: https://github.com/ityouknow/spring-cloud-starter/ # 配置git倉庫的位址
search-paths: config-repo # git倉庫位址下的相對位址,可以配置多個,用,分割。
username: username # git倉庫的賬号
password: password # git倉庫的密碼
eureka:
client:
serviceUrl:
defaultZone: http://localhost:8000/eureka/ ## 注冊中心eurka位址
增加了eureka注冊中心的配置
3、啟動類
啟動類添加@EnableDiscoveryClient激活對配置中心的支援
@EnableDiscoveryClient
@EnableConfigServer
@SpringBootApplication
public class ConfigServerApplication {
public static void main(String[] args) {
SpringApplication.run(ConfigServerApplication.class, args);
}
}
這樣server端的改造就完成了。先啟動eureka注冊中心,在啟動server端,在浏覽器中通路:
http://localhost:8000/就會看到server端已經注冊了到注冊中心了。
按照上篇的測試步驟對server端進行測試服務正常。
用戶端改造
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-config</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
spring.application.name=spring-cloud-config-client
server.port=8002
spring.cloud.config.name=neo-config
spring.cloud.config.profile=dev
spring.cloud.config.label=master
spring.cloud.config.discovery.enabled=true
spring.cloud.config.discovery.serviceId=spring-cloud-config-server
eureka.client.serviceUrl.defaultZone=http://localhost:8000/eureka/
主要是去掉了spring.cloud.config.uri直接指向server端位址的配置,增加了最後的三個配置:
spring.cloud.config.discovery.enabled :開啟Config服務發現支援
spring.cloud.config.discovery.serviceId :指定server端的name,也就是server端spring.application.name的值
eureka.client.serviceUrl.defaultZone :指向配置中心的位址
這三個配置檔案都需要放到bootstrap.properties的配置中
@EnableDiscoveryClient
@SpringBootApplication
public class ConfigClientApplication {
public static void main(String[] args) {
SpringApplication.run(ConfigClientApplication.class, args);
}
}
啟動client端,在浏覽器中通路:
就會看到server端和client端都已經注冊了到注冊中心了。
高可用
為了模拟生産叢集環境,我們改動server端的端口為8003,再啟動一個server端來做服務的負載,提供高可用的server端支援。
如上圖就可發現會有兩個server端同時提供配置中心的服務,防止某一台down掉之後影響整個系統的使用。
我們先單獨測試服務端,分别通路:
http://localhost:8001/neo-config/dev、
http://localhost:8003/neo-config/dev傳回資訊:
{
"name": "neo-config",
"profiles": [
"dev"
],
"label": null,
"version": null,
"state": null,
"propertySources": [
{
"name": "https://github.com/ityouknow/spring-cloud-starter/config-repo/neo-config-dev.properties",
"source": {
"neo.hello": "hello im dev"
}
}
]
}
說明兩個server端都正常讀取到了配置資訊。
再次通路:
http://localhost:8002/hello,傳回:hello im dev update。說明用戶端已經讀取到了server端的内容,我們随機停掉一台server端的服務,再次通路
,傳回:hello im dev update,說明達到了高可用的目的。
整體代碼結構如下:
資料和源碼來源