SpringCloud之负载均衡

一、Ribbon（目前已进入维护）入门介绍

1、是什么？
Spring Cloud Ribbon 是基于Netflix Ribbon 实现的一套客户端 负载均衡工具。简单的说，Ribbon是Netflix发布的开源项目，主要供功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件 提供一系列完善的配置项，如：连接超时、重试等。简单的说，就是在配置文件中列出Load Balancer(简称LB)后面所有的机器，Ribbon会自动帮助你基于某种规则(如：简单轮询、随机连接等)去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。

2、能干嘛？
（1）LB(负载均衡)：集中式LB、进程内LB
A、集中式LB：即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件：F5，可以使软件：nginx)，由该设施负责把访问请求通过某种策略转发至服务的提供方。
A、集中式LB：将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务的器。Ribbon就属于进程内LB，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。

（2）LB负载均衡是什么？
简单说就是将用户的请求平摊的分配到多个服务器上，从而达到系统的HA(高可用)。
常见的负载均衡软件有：Nginx、LVS、硬件F5等。

（3）Ribbon本地负载均衡客户端 VS Nginx服务端负载均衡
Ribbon是本地负载均衡，在调用微服务接口的时候，会将在注册中心上获取到的注册信息服务列表缓存到JVM本地，从而在本地实现RPC远程调用技术。
Nginx是服务器负载均衡，客户端的请求都会交给nginx，然后由nginx实现请求转发。即负载均衡是由服务端实现的。

3、Ribbon负载均衡演示
（1）架构说明
Ribbon其实就是一个软负载均衡的客户端组件它可以和其他所需请求的客户端结合使用，和eureka结合只是其中的一个实例。
Ribbon在工作时分为两步
第一步：先选择EurekaServer，它优先选择在同一个区域内负载较少的server。
第二步：再根据用户指定的策略，在从server取到的服务注册列表中 选择一个地址。
注：其中Ribbon提供了多种策略，比如：轮询、随机和根据响应时间加权等。

（2）Eureka client依赖自带了Ribbon，无需在单独引入ribbon依赖

 		<!-- eureka-client -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>

（3）RestTemplate的使用 RestTemplate官方文档
A、主要方法：getForObject() 、getForEntity()或postForObject()、postForEntity()

 	@GetMapping("get/{id}")
    public CommonResult getPayment(@PathVariable("id") Long id){
        return restTemplate.getForObject(PAYMENT_URL+"/get/"+id,CommonResult.class);
    }

getForObject()：返回对象为相应体中数据转化成的对象，基本上可以理解为Json。

	@GetMapping("getForEntity/{id}")
    public CommonResult getPayment2(@PathVariable("id") Long id){
        ResponseEntity<CommonResult> entity = restTemplate.getForEntity(PAYMENT_URL+"/get/"+id,CommonResult.class);
        if(entity.getStatusCode().is2xxSuccessful()){
        	log.info(entity.getHeaders()+"\t"+entity.getStatusCode());
            return entity.getBody();
        }else{
            return new CommonResult<>(444,"操作失败");
        }
    }

getForEntity()：返回对象为ResponseEntity对象，包含了响应中的一些重要信息，比如响应头、响应状态码、响应体等。

4、Ribbon核心组件IRule
IRule：根据特定算法从服务列表中选取一个要访问的服务

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

（2）Ribbon负载规则替换
A、官方文档明确给出警告：这个自定义的替换配置类不能放在@ComponententScan所扫描的当前包以及子包下。否则这个自定义的配置类会被所有的Ribbon客户端所共享，达不到特殊定制的目的了。
具体啥意思呢？
打开启动类注解@SpringBootApplication:
表示启动类所在的包以及其子包已经被@ComponententScan扫描到。所以配置类需要在包com.atguigu.springcloud之外：
所以需要创建另外的配置包存放配置类：
B、配置类定义负载均衡的规则

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();    //定义为随机
    }
}

C、在主启动类上添加@RibbonClient

import com.atguigu.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);
    }
}

启动后再次访问可以看到轮询原则变换成随机。