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

明理蘿發表於2018-11-30

在前兩篇的介紹中,客戶端都是直接呼叫配置中心的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,說明達到了高可用的目的。


整體程式碼結構如下


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31539957/viewspace-2222237/,如需轉載,請註明出處,否則將追究法律責任。

相關文章