Spring Cloud構建微服務架構：服務消費（Ribbon）【Dalston版】

通過上一篇《Spring Cloud構建微服務架構：服務消費（基礎）》，我們已經學會如何通過LoadBalancerClient介面來獲取某個服務的具體例項，並根據例項資訊來發起服務介面消費請求。但是這樣的做法需要我們手工的去編寫服務選取、連結拼接等繁瑣的工作，對於開發人員來說非常的不友好。所以，下來我們看看Spring Cloud中針對客戶端負載均衡的工具包：Spring Cloud Ribbon。

Spring Cloud Ribbon

Spring Cloud Ribbon是基於Netflix Ribbon實現的一套客戶端負載均衡的工具。它是一個基於HTTP和TCP的客戶端負載均衡器。它可以通過在客戶端中配置ribbonServerList來設定服務端列表去輪詢訪問以達到均衡負載的作用。

當Ribbon與Eureka聯合使用時，ribbonServerList會被DiscoveryEnabledNIWSServerList重寫，擴充套件成從Eureka註冊中心中獲取服務例項列表。同時它也會用NIWSDiscoveryPing來取代IPing，它將職責委託給Eureka來確定服務端是否已經啟動。

而當Ribbon與Consul聯合使用時，ribbonServerList會被ConsulServerList來擴充套件成從Consul獲取服務例項列表。同時由ConsulPing來作為IPing介面的實現。

我們在使用Spring Cloud Ribbon的時候，不論是與Eureka還是Consul結合，都會在引入Spring Cloud Eureka或Spring Cloud Consul依賴的時候通過自動化配置來載入上述所說的配置內容，所以我們可以快速在Spring Cloud中實現服務間呼叫的負載均衡。

下面我們通過具體的例子來看看如何使用Spring Cloud Ribbon來實現服務的呼叫以及客戶端均衡負載。

動手試一試

下面的例子，我們將利用之前構建的eureka-server作為服務註冊中心、eureka-client作為服務提供者作為基礎。而基於Spring Cloud Ribbon實現的消費者，我們可以根據eureka-consumer實現的內容進行簡單改在就能完成，具體步驟如下：

根據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發起請求。

@RestController
public class DcController {

    @Autowired
    RestTemplate restTemplate;

    @GetMapping("/consumer")
    public String dc() {
        return restTemplate.getForObject("http://eureka-client/dc", String.class);
    }

}

可以看到這裡，我們除了去掉了原來與LoadBalancerClient相關的邏輯之外，對於RestTemplate的使用，我們的第一個url引數有一些特別。這裡請求的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服務來觀察其負載均衡的效果。

更多Spring Cloud內容請持續關注我的部落格更新或在《Spring Cloud微服務實戰》中獲取。

程式碼示例

樣例工程將沿用之前在碼雲和GitHub上建立的SpringCloud-Learning專案，重新做了一下整理。通過不同目錄來區分Brixton和Dalston的示例。

碼雲：點選檢視
GitHub：點選檢視

具體工程說明如下：

eureka的服務註冊中心：eureka-server
eureka的服務提供方：eureka-client
eureka的服務消費者：eureka-consumer-ribbon

Spring Cloud Ribbon

動手試一試

程式碼示例

相關閱讀

相關文章