SpringCloud系列——Ribbon day2-2

Ribbon

负载均衡流程

之前我们RestTemplate上使用的注解@LoadBalanced对服务进行负载均衡的配置

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

配置后，会被Ribbon（LoadBalancerInterceptor类）拦截
原因：
由于LoadBalancerInterceptor实现了 ClientHttpRequestInterceptor由此会对发送的http请求进行拦截

实际流程

1. 发起请求
2. LoadBelancerInterceptor进行拦截请求
3. RibbonLoadBalancerClient获取请求
4. 交给DynamicServerListLoadBalancer
5. DynamicServerListLoadBalancer向eureka-server获取服务列表信息
6. 调用IRule通过规则进行选择服务
7. 选择好的服务返回RibbonLoadBalancerClient
8. RibbonLoadBalancerClient修改请求地址（替换原地址的IP和端口）进行真实请求

负载均衡策略

Ribbon的负载均衡规则由IRule接口定义

类	描述
RoundRobinRule	简单轮询服务列表来选择服务器。它是Ribbon默认的负载均衡规则。
AvailabilityFilteringRule	对以下两种服务器进行忽略: (1)在默认情况下，这台服务器如果3次连接失败，这台服务器就会被设置为“短路”状态。短路状态将持续30秒，如果再次连接失败，短路的持续时间就会几何级地增加。 (2）并发数过高的服务器。如果一个服务器的并发连接数过高，配置了AvailabilityFilteringRule规则的客户端也会将其忽略。并发连接数的上限，可以由客户端的<clientName>.clientConfigNameSpace>.ActiveConnectionsLimit属性进行配置。
WeightedResponseTimeRule	为每一个服务器赋予一个权重值。服务器响应时间越长，这个服务器的权重就越小。这个规则会随机选择
ZoneAvoidanceRule	以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类，这个Zone可以理解为一个机房、一个机架等。而后再对Zone内的多个服务做轮询。
BestAvailableRule	忽略哪些短路的服务器，并选择并发数较低的服务器。
RandomRule	随机选择一个可用的服务器。
RetryRule	重试机制的选择逻辑

修改负载均衡规则

1.引入依赖

对于依赖来说目前eureka已经内置了ribbon，所以无需引入了

2.修改配置

方法一：修改配置类

我们可以找到之前的ApplicationContextConfig这个配置类，添加以下代码表示注册使用随机访问策略

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

方法二：修改yaml

上方是无论你有哪些服务都采用随机负载的策略，而修改yaml文件我们可以做到指定某个服务使用特定的策略
如下，设置了commons服务使用随机策略

commons:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule