微服务-Ribbon(负载均衡)

负载均衡的面对多个相同的服务的时候，我们选择一定的策略去选择一个服务进行

负载均衡流程

对两种情况服务器进行忽略：

1.在默认情况下，这台服务器如果3次连接失败，这台服务器就会被设置为“短路状态”，短路状态将持续30秒，如果再次连接失败，短路持续时间将会几何级的增加

2.并发数过高的服务器，如果一个服务器的并发连接数过高，配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上限，可以由客户端的

<clientName><clientConfigNameSpace>.ActiveConnectionsLimit属性进行配置。

WeightedResponseTimeRule：为每一个服务器赋予一个权重值，服务器响应时间越长，这个服务器的权重就越小，权重值越大，被访问的概率也就越大
ZoneAvoidanceRule（默认的策略）：以区域可用的服务器为基础进行服务器的选择，使用Zone对服务器进行分类，这个Zone可以理解为一个机房、一个机架等，而后对Zone内的多个服务做轮询
BestAvailableRule：忽略那些短路的服务器，并选择并发数较低的服务器
RandomRule：随机选择一个可用的服务器
RetryRule：重试机制的选择逻辑

1.代码方式：在A服务的启动类中定义一个新的IRule

  @Bean
    public IRule randomRule() {
        return new RandomRule();
    }

2.配置文件方式：在A服务中的application.yml文件中，添加新的配置也可以进行修改

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则

饥饿加载：

Ribbon默认是采用的是懒加载，即第一次访问时才会创建LoadBalanceClient，请求时间较长，而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，我们可以通过下面配置开启饥饿加载

ribbon:
  eager-load:
    enabled: true # 开启饥饿加载
    clients: # 指定饥饿加载的服务名称
       -***，
       -***

总结：

1.Ribbon负载均衡规则

2.负载均衡自定义方式

3.饥饿加载