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内容...