Spring cloud入门-8：服务调用-Ribbon

1、Ribbon入门介绍

1.1 what is ribbon?

  Spring cloud Ribbon是基于Netflix Ribbon实现的一套客户端负载均衡的工具，主要功能是提供客户端的软件负载均衡算法和服务调用。
　　查看官网（https://github.com/Netflix/ribbon），可以看到ribbon目前已进入维护模式：
　　

1.2 ribbon的作用

ribbon的主要作用是做负载均衡（Load Balance），负载均衡主要有２种情况：

1. 集中式负载均衡：常见的负载均衡软件有Nginx，LVS，硬件有F5等。客户端将所有请求交给nginx，然后由nginx实现转发请求到所配置的服务器上。
2. 进程内负载均衡：在调用微服务接口时，会将注册到注册中心的所有服务缓存到JVM本地，在这些服务中实现负载均衡，RPC远程调用微服务。

以之前博文的demo举例。消费端模块集有多台服务（01,02,03等），当用户请求时，所有请求都会交给nginx，由nginx根据负载均衡规则转发给某一台消费端模块，比如转发给了02服务器。这个是集中式负载均衡。
　　然后在02服务器上，如果要调用之前构建的订单模块，这个时候就去注册中心，获取所有可用的服务器信息，比如之前构造的8001模块，8002模块，然后会在进程内按照负载均衡规则选择某一台服务器进行调用。

2、Ribbon的负载均衡和Rest调用

  如上所介绍，Ribbon是一个软负载均衡的客户端组件，它可以和其他所需请求的客户端结合使用，和eureka结合只是其中的一个实例。

2.1 eureka集群环境回顾

接下来还是以rureka集群环境进行理解，首先启动之前所搭建的eureka集群环境（Spring cloud入门-4：服务注册中心-Eureka集群环境构建），
　　

启动好eureka集群环境：7001,7002，订单服务模块：8001,8002，消费订单模块：80。可以在eureka监控首页查看到所有服务已注册到注册中心：

此时，调用消费服务80模块的接口，可以发现会循环调用8001,8002订单服务，如下图：

2.2 引入ribbon依赖

  如上所述，当我们启动eureka集群时，似乎消费订单模块在调用订单服务时，已经具有的负载均衡，也是对8001,8002服务器采用轮询的调用方式。
　　为什么我们还没有引入ribbon的pom坐标，但是消费订单服务已经具有负载均衡功能呢？
　　那是因为spring-cloud-starter-netflix-eureka-client依赖包已经自带了spring-cloud-starter-netflix-ribbon的引用：
　　

2.3 优化RestTemplate

  在之前的eureka集群构建环境中，服务消费模块调用服务提供模块的接口，使用的是getForObject/postForObject获取响应结果。
　　如果响应获取调用接口的响应情况的信息，可以使用getForEntity/postForEntity方法。返回对象为ResponseEntity对象，包含了响应中的重要信息。也就是除了除响应体外，还包含响应头、响应状态码等。
　　因此我们可以给80消费订单模块新增一个使用getForEntity的新方法，同时将接口路径改为：/consumer/payment/getForEntity/{id}
　　
　　重启80消费者模块，然后调用新方法的接口：http://localhost:8080/consumer/payment/getForEntity/3，依然可以获取订单信息。
　　

2.4 Ribbon默认自带的负载规则

  除了上面所使用的轮询负载均衡之外，服务调用还有其他的负载均衡规则。
　　选择服务器的规则是通过实现IRule接口来定义的，首先是找到IRule接口，可以通过点击shift键２次，搜索IRule接口：
　　

　　然后是查看IRule接口的实现类，由于我的IDEA是社区版，因此没有图可以展示。可以右键IRule　-> Go To -> Implementation，查看其所有的实现类。并且可以看到其中的一个类是上面所使用的轮询负载均衡规则：RoundRobinRule。
　　
　　ribbon自带的负载均衡规则如下：

• com.netflix.loadbalancer.RoundRobinRule：轮询
• com.netflix.loadbalancer.RandomRule：随机
• com.netflix.loadbalancer.RetryRule：先按照RoundRobinRule策略获取服务，如果获取服务失败，则在指定时间内进行重试，获取可用的服务。
• WeightedResponseTimeRule：对RoundRobinRule的扩展，响应速度越快的实例选择权重越大，越容易被选择
• BestAvailableRule：会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务，然后选择一个并发量最小的服务
• AvailabilityFilteringRule：先过滤掉故障实例，再选择并发量较小的实例
• ZoneAvoidanceRule：默认规则，复合判断server所在区域的性能和server的可用性选择服务器。

2.5 Ribbon负载规则替换

  在上面的测试中，ribbon默认的是轮询负载均衡，接下来我们将轮询规则，改为随机负载均衡。

2.5.1 构建LB配置类

  官方文档明确给出了警告：自定义的负载均衡（LB）的配置类，不能放在@COmponentScan所扫描的包以及子包下，否则自定义的配置类就会被所有ribbon客户端所共享，达不到特殊化定制的目的。
　　因此，消费订单服务80模块新建package：com.example.myRule。该包和springcloud包同一层级。然后在muRule包下新建MySelfRule类。
　　

package com.example.myRule;

import com.netflix.loadbalancer.IRule;
import com.netflix.loadbalancer.RandomRule;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class MySelfRule {
    @Bean
    public IRule myRule() {
        return new RandomRule();
    }
}

2.5.2 消费服务模块添加RibbonClient注解

  在消费服务80模块添加RibbonClient为指定的服务添加指定的负载均衡规则。
　　其中name必须与注册到eureka中的名称一致。

package com.example.springcloud;

import com.example.myRule.MySelfRule;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
import org.springframework.cloud.netflix.ribbon.RibbonClient;

@SpringBootApplication
@EnableEurekaClient
@RibbonClient(name = "CLOUD-PAYMENT-SERVICE", configuration = MySelfRule.class)
public class OrderMain80 {
    public static void main(String[] args) {
        SpringApplication.run(OrderMain80.class, args);
    }
}

2.5.3 测试

  做好修改之后，重新启动消费服务80模块，然后调用查看订单信息的接口：http://localhost:8080/consumer/payment/getForEntity/3。
　　此时，我这边测试出现了连续５次都是8001处理请求，第６次才是8002服务器处理请求的情况。因此处理请求的服务器不再是8001,8002循环处理了，而是被我们改为了随机情况。