Spring Cloud构建微服务架构：服务消费（Ribbon）【Dalston版】

刺骨的言语ヽ痛彻心扉 2022-06-07 09:54 209阅读 0赞

> 通过上一篇[《Spring Cloud构建微服务架构：服务消费（基础）》][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][http_localhost_2101_consumer] ，来跟踪观察`eureka-consumer-ribbon`服务是如何消费`eureka-client`服务的`/dc`接口的，并且也可以通过启动多个`eureka-client`服务来观察其负载均衡的效果。

### 代码示例 ###

**样例工程将沿用之前在码云和GitHub上创建的SpringCloud-Learning项目，重新做了一下整理。通过不同目录来区分Brixton和Dalston的示例。**

*  码云: [点击查看][Link 1]
 *  GitHub: [点击查看][Link 2]

具体工程说明如下：

*  eureka的服务注册中心：eureka-server
 *  eureka的服务提供方：eureka-client
 *  eureka的服务消费者：eureka-consumer-ribbon

原作者：程序员didi  
原文出处：[http://blog.didispace.com/spring-cloud-starter-dalston-2-2/][http_blog.didispace.com_spring-cloud-starter-dalston-2-2]

[Spring Cloud]: https://winterchens.github.io/2017/09/27/spring-cloud-starter-dalston-2-1/
[http_localhost_2101_consumer]: http://localhost:2101/consumer
[Link 1]: https://gitee.com/didispace/SpringCloud-Learning/tree/master/2-Dalston%E7%89%88%E6%95%99%E7%A8%8B%E7%A4%BA%E4%BE%8B
[Link 2]: https://github.com/dyc87112/SpringCloud-Learning/tree/master/2-Dalston%E7%89%88%E6%95%99%E7%A8%8B%E7%A4%BA%E4%BE%8B
[http_blog.didispace.com_spring-cloud-starter-dalston-2-2]: http://blog.didispace.com/spring-cloud-starter-dalston-2-2/