java B2B2C電子商務平臺分析之九--配置中心服務化和高可用

在前兩篇的介紹中，客戶端都是直接呼叫配置中心的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: 配置git倉庫的地址
          search-paths: config-repo                             # git倉庫地址下的相對地址，可以配置多個，用,分割。
          username: username                                        # git倉庫的賬號
          password: password                                    # git倉庫的密碼
eureka:
  client:
    serviceUrl:
      defaultZone: 註冊中心eurka地址

增加了eureka註冊中心的配置

3、啟動類

啟動類新增@EnableDiscoveryClient啟用對配置中心的支援

@EnableDiscoveryClient
@EnableConfigServer
@SpringBootApplication
public class ConfigServerApplication {
 
	public static void main(String[] args) {
		SpringApplication.run(ConfigServerApplication.class, args);
	}
}

這樣server端的改造就完成了。先啟動eureka註冊中心，在啟動server端，在瀏覽器中訪問：就會看到server端已經註冊了到註冊中心了。

按照上篇的測試步驟對server端進行測試服務正常。

客戶端改造

1、新增依賴

<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-cloud-starter-eureka包，來新增對eureka的支援。

2、配置檔案

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=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的配置中

3、啟動類

啟動類新增@EnableDiscoveryClient啟用對配置中心的支援

@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端都正常讀取到了配置資訊。

再次訪問：，返回：hello im dev update。說明客戶端已經讀取到了server端的內容，我們隨機停掉一臺server端的服務，再次訪問，返回：hello im dev update，說明達到了高可用的目的。

整體程式碼結構如下