Ribbon负载均衡

一、关于负载均衡

服务器端负载均衡
客户端负载均衡服务器端负载均衡：例如Nginx、F5这些代理服务器，请求到达代理服务器，代理服务器根据一定算法将请求路径转发到目标服务器进行处理。

客户端负载均衡：服务消费客户端会有一个要消费的目标服务的地址列表，即从注册中心拉取服务提供者列表，然后在调用之前通过一定的负载均衡算法，选择一个服务器进行访问，负载均衡算法的执行是在客户端这边进行的。

二、Ribbon高级应用

注意一点：一般现在不使用 eureka 作为注册中心，如果我们使用 Feign 进行远程调用的话，不需要引用额外的jar包，因为 Feign 的jar包里面包含了 Ribbon 的依赖包

用法只需要加如下配置即可：这种配置一般是Controller，请求调用自己的服务，如果是远程调用的话，可在配置文件直接加对应服务的负载均衡，后面 Feign 组件会有说明

@Configuration
public class ConfigBean{ 
    @Bean
    @LoadBalanced
    public RestTemplate getRestTemplate(){
        return new RestTemplate();
    }

    @Bean
    public IRule myRule(){
        //return new RoundRobinRule();
        //return new RandomRule();//达到的目的，用我们重新选择的随机算法替代默认的轮询。
        return new RetryRule();
    }
}

三、Ribbon负载均衡策略

RoundRobinRule：轮询策略默认超过10次获取到的server都不可⽤，会返回⼀个空的server。
RandomRule：随机策略如果随机到的server为null或者不可⽤的话，会while不停的循环选取。
RetryRule：重试策略⼀定时限内循环重试。默认继承RoundRobinRule，也⽀持⾃定义注⼊，RetryRule会在每次选取之后，对选举的server进⾏判断，是否为null，是否alive，并且在500ms内会不停的选取判断。⽽RoundRobinRule失效的策略是超过10次，RandomRule是没有失效时间的概念，只要serverList没都挂。
BestAvailableRule：最⼩连接数策略遍历serverList，选取出可⽤的且连接数最⼩的⼀个server。该算法⾥⾯有⼀个LoadBalancerStats的成员变量，会存储所有server的运⾏状况和连接数。如果选取到的server为null，那么会调⽤RoundRobinRule重新选取。1（1） 2（1） 3（1）。
AvailabilityFilteringRule：可⽤过滤策略扩展了轮询策略，会先通过默认的轮询选取⼀个server，再去判断该server是否超时可⽤，当前连接数是否超限，都成功再返回。
ZoneAvoidanceRule：区域权衡策略（默认策略）扩展了轮询策略，继承了2个过滤器：ZoneAvoidancePredicate和AvailabilityPredicate，除了过滤超时和链接数过多的server，还会过滤掉不符合要求的zone区域⾥⾯的所有节点，AWS--ZONE 在⼀个区域/机房内的服务实例中轮询

四、修改负载均衡策略（针对单个服务）

#针对的被调⽤⽅微服务名称,不加就是全局⽣效
lagou-service-resume:
  ribbon:
    NFLoadBalancerRuleClassName:com.netflix.loadbalancer.RandomRule #负载策略调整