高可用問題

傳統作法

通常在生產環境，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-server
server.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-repo
spring.cloud.config.server.git.username=username
spring.cloud.config.server.git.password=password

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

@EnableDiscoveryClient
@EnableConfigServer
@SpringBootApplication
public 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=didispace
server.port=7002

eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/

spring.cloud.config.discovery.enabled=true
spring.cloud.config.discovery.serviceId=config-server
spring.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
@SpringBootApplication
public class Application {

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

}

• 沿用之前我們建立的Controller來載入Git中的配置資訊

@RefreshScope
@RestController
public 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來實現以訊息匯流排的方式進行通知配置資訊的變化，完成叢集上的自動化更新。

相關推薦