引言
Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具,它基于Netflix Ribbon实现。通过Spring Cloud的封装,可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。Spring Cloud Ribbon虽然只是一个工具类框架,它不像服务注册中心、配置中心、API网关那样需要独立部署,但是它几乎存在于每一个Spring Cloud构建的微服务和基础设施中。因为微服务间的调用,API网关的请求转发等内容,实际上都是通过Ribbon来实现的,包括后续我们将要介绍的Feign,它也是基于Ribbon实现的工具。所以,对Spring Cloud Ribbon的理解和使用,对于我们使用Spring Cloud来构建微服务非常重要。
Ribbon是什么?
Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端 负载均衡的工具。
简单的说,Ribbon是Netflix发布的开源项目,主要功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等。简单的说,就是在配置文件中列出Load Balancer(简称LB)后面所有的机器,Ribbon会自动的帮助你基于某种规则(如简单轮询,随机连接等)去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。
Ribbon能做什么?
Ribbon可以进行客户端负载均衡
负载均衡在系统架构中是一个非常重要,并且是不得不去实施的内容。因为负载均衡是对系统的高可用、网络压力的缓解和处理能力扩容的重要手段之一。我们通常所说的负载均衡都指的是服务端负载均衡,其中分为硬件负载均衡和软件负载均衡。硬件负载均衡主要通过在服务器节点之间按照专门用于负载均衡的设备,比如F5等;而软件负载均衡则是通过在服务器上安装一些用于负载均衡功能或模块等软件来完成请求分发工作,比如Nginx等。不论采用硬件负载均衡还是软件负载均衡,只要是服务端都能以类似下图的架构方式构建起来:
f5负载均衡器介绍:参照博客https://www.jianshu.com/p/11b0270443f6
Ribbon和F5、nginx进行负载均衡上的区别是什么?
像F5这种硬件和ngingx这种软件,都是通过在服务的消费方和提供方之间使用独立的LB设施, 由该设施负责把访问请求通过某种策略转发至服务的提供方,这是一种集中式的负载均衡、一种服务端的负载均衡
而Ribbon是本地负载均衡,在调用微服务接口时候,会在注册中心上获取注册信息服务列表之后缓存到JVM本地,从而在本地实现RPC远程服务调用技术。像这种将负载均衡逻辑集成到消费方,消费方从服务注册中心获知有哪些地址可用,然后自己再从这些地址中选择出一个合适的服务器,这就是一种进程内的负载均衡
Ribbon就属于进程内LB,它只是一个类库,集成于消费方进程,消费方通过它来获取到服务提供方的地址。
Ribbon是什么总结
Ribbon其实就是负载均衡+RestTemplate调用
Ribbon负载均衡架构说明
注册中心拿eureka举例
Ribbon在工作时分成两步:
-
先选择 EurekaServer ,它优先选择在同一个区域内负载较少的server.
-
再根据用户指定的策略,在从server取到的服务注册列表中选择一个地址。
其中Ribbon提供了多种策略:比如轮询、随机和根据响应时间加权。
Ribbon的依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>
具体依赖版本需要根据使用的springboot版本和springcloud版本确定
RestTemplate的使用介绍
其次推荐博客https://www.cnblogs.com/wangbin2188/p/9204022.html
getForObject方法/getForEntity方法
1、返回对象为响应体中数据转化成的对象,基本上可以理解为Json
2、返回对象为ResponseEntity对象,包含了响应中的一些重要信息,比如响应头、响应状态码、响应体等
ResponseEntity用于定制化响应
Get请求
get请求方法 |
---|
<T> T getForObject(String url, Class<T> responseType, Object… uriVariables); |
T getForObject(String url, Class<T> responseType, Map<String, ?> uriVariables); |
T getForObject(URI url, Class<T> responseType); |
<T> ResponseEntity<T> getForEntity(String url, Class<T> responseType, Object… uriVariables); |
ResponseEntity<T> getForEntity(String url, Class<T> responseType, Map<String, ?>uriVariables); |
ResponseEntity<T> getForEntity(URI var1, Class<T> responseType); |
POST请求
post请求方法 |
---|
T postForObject(String url, @Nullable Object request, Class responseType, Object… uriVariables); |
T postForObject(String url, @Nullable Object request, Class responseType, Map<String, ?> uriVariables); |
T postForObject(URI url, @Nullable Object request, Class responseType); |
ResponseEntity postForEntity(String url, @Nullable Object request, Class responseType, Object… uriVariables); |
ResponseEntity postForEntity(String url, @Nullable Object request, Class responseType, Map<String, ?> uriVariables); |
ResponseEntity postForEntity(URI url, @Nullable Object request, Class responseType); |
Ribbon核心组件IRule
根据特定算法中从服务列表中选取一个要访问的服务
IRule常用的实现类
- com.netflix.loadbalancer.RoundRobinRule:轮询
- com.netflix.loadbalancer.RandomRule:随机
- com.netflix.loadbalancer.RetryRule:先按照RoundRobinRule的策略获取服务,如果获取服务失败则在指定时间内会进行重试,获取可用的服务
- WeightedResponseTimeRule:对RoundRobinRule的扩展,响应速度越快的实例选择权重越大,越容易被选择
- BestAvailableRule:会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的服务
- AvailabilityFilteringRule:先过滤掉故障实例,再选择并发较小的实例
- ZoneAvoidanceRule:默认规则,复合判断server所在区域的性能和server的可用性选择服务器
替换默认的负载均衡机制
编写我们自己的配置类,需要注意的是这个自定义配置类不能放在@ComponentScan所扫描的当前包下以及子包下,
否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享,达不到特殊化定制的目的了。
@Configuration
public class MySelfRule {
@Bean
public IRule myRule() {
//定义为随机
return new RandomRule();
}
}
然后通过主启动类指定该配置类
@SpringBootApplication
@EnableEurekaClient
@RibbonClient(name = "CLOUD-PAYMENT-SERVICE",configuration= MySelfRule.class)
public class OrderMain80 {
public static void main(String[] args) {
SpringApplication.run(OrderMain80.class,args);
}
}