在项目中作为负载均衡的使用,通常都不会是单独的使用eureka的心跳机制来检查存活的服务集群,而是很多时候是通过一定的负载均衡策略来实现服务的调用,下面从源码的角度分析了解Ribbon的负载均衡策略
现在从上一遍文章的代码来分析具体的负载均衡如何自定义
- 选择LoadBalanceClient.choose(String serviceName)方法,进入里面查看实现的类的逻辑,从实现类来发现,RibbonLoadBalancerClient实现了接口LoadBalanceClient,而这个接口继承了ServiceInstanceChooser这个接口
通过类继承关系的类图可以知道
从源码发现ILoadBalancer是通过对服务列表的查询从而对服务列表进行负载均衡访问
而loadBalancer.chooseServer(String rule)是实现了对服务列表的负载均衡的策略
同样通过类图也可以发现ILoadBalancer作为顶级接口的关系
而获取所有服务列表的方法是在
这里需要注意一点的是 如果请求的列表还没有加载完成就会返回500给前端页面,需要启动服务完成之后再获取服务列表才能生效
当再次刷新就可以完成对服务列表的读取,这时候返回200给前端
当完成到这里的时候就可以进入核心的自定义负载均衡的策略部分,从源码来看这里有IRule接口,而默认的rule是RoundRobinRule() 轮询的策略
从日志角度可以看到打印的负载均衡策略
经过这些分析就可以通过查看官网来自定义负载均衡rule,通过官网 找到ribbon,找到yml配置
配置文件的写法:
可以参考IRule源码的负载均衡的策略:
这就完成了整个自定义IRule的过程。详细的可以自行打断点查看控制台的输出得到更深刻的理解。