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