Ribbon源码深度刨析-(1)ribbon初探:LoadBalancerInterceptor

本文深度剖析Spring Cloud老牌客户端负载均衡组件Ribbon。介绍了项目中使用Ribbon的方法,指出其在生产中因代码冗余使用较少,而Feign更简洁且依赖Ribbon。还阐述了Ribbon的核心组件、负载均衡规则,最后从源码入口分析拦截器可能的操作。

“不积跬步,无以至千里。”

这个专题开始,来深度刨析一下作为springcloud老牌的客户端负载均衡组件,Ribbon。

在项目中需要使用Ribbon,只需要使用@LoadBalanced去标注一个RestTemplate的bean即可,后续就可以在Controller中注入一个RestTemplate,调用getForObject()之类的方法了

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

不过说实话,Ribbon在生产上一般用的比较少,因为代码写起来比较冗余,一般都会使用更好更简洁的组件Feign

因为Feign底层也是依赖于ribbon的,所以先了解ribbon的底层源码实现还是很有必要的。

那么去了解Ribbon源码之前,需要知道ribbon有几大核心的组件

ILoadBalancer:ribbon核心中的核心,负载均衡器,是ribbon实现客户端负载均衡的组件

IRule:ribbon核心组件之一,负载均衡规则器,负责从众多ServerList服务列表中使用某一规则挑选一个Server,然后发送Http请求

IPing:ribbon组件之一,负载定时ping每个服务器,判断其是否还存活,实际上这个用处不是很大,后面会说,ribbon跟eureka整合之后,是依赖eureka的本地服务表,哪个服务宕机了,eureka server那里会有一套evict机制,eureka client定时增量拉取实例变更到本地就行,也用不着ribbon来操心,当然ribbon跟eureka整合后面也会具体剖析

ILoadBalancer负载均衡器,底层是基于IRule,负载均衡算法,从一堆服务器列表中选择一个server出来

可以通过实现IRule接口的方式来自定义负载均衡规则

public class CustomRule implements IRule {
   
   

    ILoadBalancerr balancer;

    public CustomRule() {
   
   

    }

    public CustomRule(ILoadBalancer balancer) {
   
   
        this.balancer = balancer;
    }

    public Server choose(Object key) {
   
   
            List<Server> servers = balancer.getAllServers();
            return servers.get(0);
    } 
}

不过,在生产环境中,一般用它提供的一些负载均衡算法就已经可以满足绝大多数的场景了

那么ribbon中都有哪些负载均衡规则呢?

RoundRobinRule:轮询,也是系统默认的负载均衡规则,从一堆server list中,不断的轮询来选择server,尽量保证请求能够分摊到每个server上

WeightedResponseTimeRule:带着权重的,每个服务器可以有权重,权重越高优先访问,如果某

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值