Spring Cloud構(gòu)建微服務(wù)架構(gòu):服務(wù)消費(Ribbon)【Dalston版】
通過上一篇《Spring Cloud構(gòu)建微服務(wù)架構(gòu):服務(wù)消費(基礎(chǔ))》,我們已經(jīng)學(xué)會如何通過LoadBalancerClient接口來獲取某個服務(wù)的具體實例,并根據(jù)實例信息來發(fā)起服務(wù)接口消費請求。但是這樣的做法需要我們手工的去編寫服務(wù)選取、鏈接拼接等繁瑣的工作,對于開發(fā)人員來說非常的不友好。所以,下來我們看看Spring Cloud中針對客戶端負載均衡的工具包:Spring Cloud Ribbon。
Spring Cloud Ribbon
Spring Cloud Ribbon是基于Netflix Ribbon實現(xiàn)的一套客戶端負載均衡的工具。它是一個基于HTTP和TCP的客戶端負載均衡器。它可以通過在客戶端中配置ribbonServerList來設(shè)置服務(wù)端列表去輪詢訪問以達到均衡負載的作用。
當Ribbon與Eureka聯(lián)合使用時,ribbonServerList會被DiscoveryEnabledNIWSServerList重寫,擴展成從Eureka注冊中心中獲取服務(wù)實例列表。同時它也會用NIWSDiscoveryPing來取代IPing,它將職責(zé)委托給Eureka來確定服務(wù)端是否已經(jīng)啟動。
而當Ribbon與Consul聯(lián)合使用時,ribbonServerList會被ConsulServerList來擴展成從Consul獲取服務(wù)實例列表。同時由ConsulPing來作為IPing接口的實現(xiàn)。
我們在使用Spring Cloud Ribbon的時候,不論是與Eureka還是Consul結(jié)合,都會在引入Spring Cloud Eureka或Spring Cloud Consul依賴的時候通過自動化配置來加載上述所說的配置內(nèi)容,所以我們可以快速在Spring Cloud中實現(xiàn)服務(wù)間調(diào)用的負載均衡。
下面我們通過具體的例子來看看如何使用Spring Cloud Ribbon來實現(xiàn)服務(wù)的調(diào)用以及客戶端均衡負載。
動手試一試
下面的例子,我們將利用之前構(gòu)建的eureka-server作為服務(wù)注冊中心、eureka-client作為服務(wù)提供者作為基礎(chǔ)。而基于Spring Cloud Ribbon實現(xiàn)的消費者,我們可以根據(jù)eureka-consumer實現(xiàn)的內(nèi)容進行簡單改在就能完成,具體步驟如下:
- 根據(jù)eureka-consumer復(fù)制一個服務(wù)消費者工程,命名為:eureka-consumer-ribbon。在pom.xml中增加下面的依賴:
- <dependencies>
- ...
- <dependency>
- <groupId>org.springframework.cloud</groupId>
- <artifactId>spring-cloud-starter-ribbon</artifactId>
- </dependency>
- </dependencies>
修改應(yīng)用主類。為RestTemplate增加@LoadBalanced注解:
- @EnableDiscoveryClient
- @SpringBootApplication
- public class Application {
- @Bean
- @LoadBalanced
- public RestTemplate restTemplate() {
- return new RestTemplate();
- }
- public static void main(String[] args) {
- new SpringApplicationBuilder(Application.class).web(true).run(args);
- }
- }
修改Controller。去掉原來通過LoadBalancerClient選取實例和拼接URL的步驟,直接通過RestTemplate發(fā)起請求。
- @RestController
- public class DcController {
- @Autowired
- RestTemplate restTemplate;
- @GetMapping("/consumer")
- public String dc() {
- return restTemplate.getForObject("http://eureka-client/dc", String.class);
- }
- }
可以看到這里,我們除了去掉了原來與LoadBalancerClient相關(guān)的邏輯之外,對于RestTemplate的使用,我們的***個url參數(shù)有一些特別。這里請求的host位置并沒有使用一個具體的IP地址和端口的形式,而是采用了服務(wù)名的方式組成。那么這樣的請求為什么可以調(diào)用成功呢?因為Spring Cloud Ribbon有一個攔截器,它能夠在這里進行實際調(diào)用的時候,自動的去選取服務(wù)實例,并將實際要請求的IP地址和端口替換這里的服務(wù)名,從而完成服務(wù)接口的調(diào)用。
在完成了上面你的代碼編寫之后,讀者可以將eureka-server、eureka-client、eureka-consumer-ribbon都啟動起來,然后訪問http://localhost:2101/consumer ,來跟蹤觀察eureka-consumer-ribbon服務(wù)是如何消費eureka-client服務(wù)的/dc接口的,并且也可以通過啟動多個eureka-client服務(wù)來觀察其負載均衡的效果。
代碼示例
樣例工程將沿用之前在碼云和GitHub上創(chuàng)建的SpringCloud-Learning項目,重新做了一下整理。通過不同目錄來區(qū)分Brixton和Dalston的示例。
碼云:點擊查看
GitHub:點擊查看
具體工程說明如下:
- eureka的服務(wù)注冊中心:eureka-server
- eureka的服務(wù)提供方:eureka-client
- eureka的服務(wù)消費者:eureka-consumer-ribbon
【本文為51CTO專欄作者“翟永超”的原創(chuàng)稿件,轉(zhuǎn)載請通過51CTO聯(lián)系作者獲取授權(quán)】