Ribbon调用原理分析，负载均衡策略以及自定义负载算法

  • 目录
  • 概述
  • 架构特性
  • 设计思路
  • 实现思路分析
  • LoadBalancerInterceptor
  • 拓展实现
  • 单独使用Ribbon
  • 自定义负载均衡算法
  • Ribbon-LoadBalancerClient源码分析
  • getServer函数源码分析
  • 探究Ribbon的IRule和IPing
  • 相关工具如下：
  • 实验效果：（解决思路）
  • 分析：
  • 小结：
  • 参考资料


LD is tigger forever，CG are not brothers forever， throw the pot and shine.
Modesty is not false, solid is not naive, treacherous but not deceitful, stay with good people, and stay away from poor people.
talk is cheap, show others the code,Keep progress，make a better result.

目录

概述

架构特性

设计思路

实现思路分析

LoadBalancerInterceptor

在该拦截器中注入了LoadBalancerClient的实现。当一个被@LoadBalanced注解修饰的RestTemplate对象对外发起HTTP请求时，会被LoadBalancerInterceptor类的intercept函数所拦截。由于我们在使用RestTemplate时采用了服务名作为host，所以直接从HttpRequest的URI对象getHost就可以拿到服务名，然后调用execute函数去根据服务名来选择实例并发起实际的请求。

拓展实现

单独使用Ribbon

因为往往Ribbon配合Eureka使用的，往往也有第三方服务没有注册到Eureka Server，但也部署了多个实例，也需要进行负载均衡，这时可以在服务消费者的配置文件中进行如下方式配置，实现负载均衡

自定义负载均衡算法

这个自定义的类不能放在@ComponentScan所扫描的当前包以及子包下，否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享，也就是我们达不到特殊化指定的目的了。

因为主启动类已经有ComponentScan，这个注解了，所以说不能放在和主启动类同包下。

public class RibbonLoadBalancerClient implements LoadBalancerClient {
    @Override
    public <T> T execute(String serviceId, LoadBalancerRequest<T> request) throws IOException {
        ILoadBalancer loadBalancer = getLoadBalancer(serviceId);
        Server server = getServer(loadBalancer);
        if (server == null) {
            throw new IllegalStateException("No instances available for " + serviceId);
        }
        RibbonServer ribbonServer = new RibbonServer(serviceId, server, isSecure(server,
                serviceId), serverIntrospector(serviceId).getMetadata(server));
 
        return execute(serviceId, ribbonServer, request);
    }
}

Ribbon-LoadBalancerClient源码分析

LoadBalancerClient还只是一个抽象的负载均衡器接口，它的具体实现类是Ribbon-LoadBalancerClient

从execute函数的具体实现中，第一步就是通过getServer根据传入的服务名serviceId去获得具体服务实例，所以关键是getServer函数的实现。

protected Server getServer(ILoadBalancer loadBalancer) {
        if (loadBalancer == null) {
            return null;
        }
        return loadBalancer.chooseServer("default"); // TODO: better handling of key
    }

getServer函数源码分析

通过getServer函数的实现源码，我们可以看到获取具体服务实例的时候，使用了Netflix Ribbon自身的ILoadBalancer接口中定义的chooseServer函数。

探究Ribbon的IRule和IPing

还记得我们上一讲说过，在Ribbon初始化过程中，默认的IRule为ZoneAvoidanceRule，
Ribbon中ping机制原理
我们知道 Ribbon还有一个重要的组件就是ping机制，通过上一讲Ribbon的初始化我们知道，默认的IPing实现类为：NIWSDiscoveryPing，我们可以查看其中的isAlive()方法：
这里就是获取到DiscoveryEnabledServer对应的注册信息是否为UP状态。那么 既然有个ping的方法，肯定会有方法进行调度的。

相关工具如下：

无

实验效果：（解决思路）

分析：

小结：

主要讲述了一些Ribbon里面有许多不足，请大家指正~

参考资料

1.链接: 参考资料.

2.链接: 参考资料.