Spring Cloud：使用Ribbon实现负载均衡详解（上）

前面几篇文章主要介绍了 Spring Cloud 中的 Eureka 服务注册与发现，这一篇文章主要介绍一下 Spring Cloud Ribbon，什么是 Ribbon 呢？首先看一下 Ribbon 的相关介绍。

1. 什么是 Ribbon？

Spring Cloud Ribbon 是一套实现客户端负载均衡的工具。注意是客户端，当然也有服务端的负载均衡工具，我们后面再介绍。可以认为 Ribbon 就是一个负载均衡器（Load Balancer，简称LB，即：low比~~）。负载均衡就是将用户的请求平摊的分配到多个服务上，从而达到系统的高可用。

简单来说，Ribbon 的主要功能是提供客户端的软件负载均衡算法，将 Netflix 的中间层服务连接在一起。Ribbon 客户端组件给我们提供了一套很完善的配置项，比如可以配置连接超时、重试等等。

再说的通俗一点，就是可以在配置文件中列出 LB 后面所有的机器（即服务），Ribbon 会自动根据某种规则（如轮询、随机等等）去连接这些机器（即服务），我们也可以自定义一些负载均衡算法。

再简单点，Ribbon 就是一个类库，集成在服务消费方，消费方从服务注册中心获知有哪些地址（即服务）可用，然后消费方通过 Ribbon 从这些地址当中选择一个合适的服务器来消费服务。

更多资料可以观看官方GitHub：https://github.com/Netflix/ribbon

2. Ribbon 的使用

我们在前面文章中，将订单服务注册到 Eureka，然后消费方可以通过 http 请求去获取订单的信息，但是这是最原始的 http 调用，没有任何 Ribbon 的东西在里面，接下来我们要在消费方植入 Ribbon。

2.1 导入 Ribbon 依赖

我们使用的Spring Cloud 版本是 Finchley，该版本需要导入的依赖如下：

<!--eureka Client-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
<!--ribbon负载均衡依赖-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>

可以看到，Eureka Client 的依赖也需要导入，因为服务注册到了 Eureka，Ribbon 也需要和 Eureka 整合，所以在消费方也导入了 Eureka 依赖。

2.2 配置 application.yml

server:
  port: 9001

eureka:
  client:
    register-with-eureka: false
    service-url:
      defaultZone: http://eureka01:7001/eureka/,http://eureka02:7002/eureka/,http://eureka03:7003/eureka/

由前面的内容（Spring Cloud：使用Eureka集群搭建高可用服务注册中心）可知，我们搭建了一个 Eureka 集群，那么就用这个集群，这个消费方我们设置不注册到该集群中。

2.3 向 http 中植入 Ribbon

这是什么意思呢？之前的 消费方是使用 RestTemplate 来发送 http 请求，调用订单服务的，但是没有负载均衡，所以现在我们要让这个 http 调用自带负载均衡。

即修改下 RestTemplate 配置：

/**
 * 配置RestTemplate
 * @author shengwu ni
 */
@Configuration
public class RestTemplateConfig {

    /**
     * '@LoadBalanced'注解表示使用Ribbon实现客户端负载均衡
     * @return RestTemplate
     */
    @Bean
    @LoadBalanced
    public RestTemplate getRestTemplate() {
        return new RestTemplate();
    }
}

在方法上添加一个 @LoadBalanced 注解即可开启 Ribbon 负载均衡。这样就可以通过微服务的名字从 Eureka 中找到对应的服务并访问了。

友情提示：别忘了在主启动类上添加 @EnableEurekaClient，因为这个消费方也是一个 Eureka Client，刚刚我们已经导入了 Eureka Client 的依赖了。

2.4 将ip改成服务名称

刚刚提到了，开启 Ribbon 负载均衡后，就可以通过微服务的名字从 Eureka 中找到对应的服务。我们先来看下原来是怎么实现的。

/**
 * 订单消费服务
 * @author shengwu ni
 */
@RestController
@RequestMapping("/consumer/order")
public class OrderConsumerController {

    /**
     * 订单服务提供者模块的 url 前缀
     */
//    private static final String ORDER_PROVIDER_URL_PREFIX = "http://localhost:8001";
    private static final String ORDER_PROVIDER_URL_PREFIX = "http://MICROSERVICE-ORDER";

    @Resource
    private RestTemplate restTemplate;

    @GetMapping("/get/{id}")
    public TOrder getOrder(@PathVariable Long id) {

        return restTemplate.getForObject(ORDER_PROVIDER_URL_PREFIX + "/provider/order/get/" + id, TOrder.class);
    }
}

可以看出，注释掉的那部分，是原来的访问方式，订单提供服务是8001端口，现在我们将ip+端口号这种访问方式，改成微服务名称，这个名称就是 Eureka 管理界面显示的注册进去的名称，也即服务提供方的application.yml配置文件中配置的服务名称：

spring:
  application:
    name: microservice-order # 对外暴露的服务名称

在前面文章中已经说了，不再赘述。

2.5 启动服务，测试

还是和前面集群文章中提到的一样，分别启动 eureka7001、eureka7002、eureka7003以及订单服务8001，可以看到订单服务已经注册到 Eureka 集群。

然后启动消费方服务，然后在浏览器输入 http://localhost:9001/consumer/order/get/1 即可查询到对应的订单服务：

{"id":1,"name":"跟武哥一起学 Spring Boot","price":39.99,"dbSource":"microservice01"}

说明，我们通过订单的服务名称即可获取订单信息了。可能到这里，读者还不明白我整了一大波，到最后就为了通过服务名称去获取服务提供的信息吗？

是的，这只是第一步，因为在很多微服务中，你不可能去通过每个 ip 和端口号来找对应的服务，更何况，还有 Ribbon 负载均衡还没上场呢？同一个微服务名称，可以有多个服务，而 Ribbon 只需要通过服务名去获取服务信息，至于获取到的是哪一个？就看具体的负载均衡策略了，目前测试的 MICROSERVICE-ORDER 服务就一个提供者，所以不能体现出负载均衡。由于篇幅原因，下篇文章继续。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31558358/viewspace-2563048/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31558358/viewspace-2563048/