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配置請求重試（Camden.SR2+）

• ribbon源碼分析

• eureka的高可用服務註冊中心

• eureka源碼分析

• 更多Spring Cloud內容...