概述
- 是什么
- Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端（调用服务的一方）负载均衡的工具。
Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。
- Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端（调用服务的一方）负载均衡的工具。
官网
目前在维护中
现在还有大量在使用Ribbon，未来替换方案SpringCloud提供的是Spring Cloud Loadbalancer
负载均衡
- 简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA（高可用）。
常见的负载均衡有软件Nginx，LVS，硬件 F5等。 - Ribbon和Nginx负载均衡的区别
- Nginx是服务器负载均衡，客户端所有请求都会交给Nginx，然后由Nginx实现转发请求。即负载均衡是由服务端实现的。
- Ribbon本地负载均衡，在调用微服务接口时候，会在注册中心上获取注册信息服务列表之后缓存到JVM本地，从而在本地实现RPC远程服务调用技术。
- 负载均衡分类
- 集中式：即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件，如F5, 也可以是软件，如nginx), 由该设施负责把访问请求通过某种策略转发至服务的提供方；
- 进程内：将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器。Ribbon就属于进程内LB，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。
- 简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA（高可用）。
Ribbon负载均衡演示
架构说明
回顾服务注册时候如何实现的负载均衡
在我们使用Eureka实现服务注册的时候，引入了RestTemplate。
添加上
@LoadBalanced注解之后就实现了负载均衡
在使用RestTemplate请求的时候，请求会被LoadBalancerInterceptor拦截，intercept方法中调用执行方法。注意这里使用的是loadBalancer调用的
再次进入后面的代码，可以看到其实是Ribbon在做负载均衡。这样RestTemplate也就具有了负载均衡的能力
事实上，我们在pom文件中并未导入Ribbon的依赖，因为在Eureka中已经整合了Ribbon
- RestTemplate
二者的区别，getForObject返回的是对象；getForEntity返回的是ResponseEntity对象，其中包含了响应信息，比如响应头、响应状态码、响应体等等
Ribbon核心组件IRule
IRule：根据特定算法从服务列表中选取一个要访问的服务
IRule是一个接口，有具体的实现类，也即负载均衡的算法
替换负载均衡算法
自定义配置类不能再
@ComponentScan包及其子包下
在主启动类上声明服务使用到的负载均衡算法
这里是为某一个服务配置自定义的负载均衡算法，还可以全局配置
@RibbonClients
测试的时候端口号是随机出现的
Ribbon负载均衡算法
轮询负载均衡的原理
接口请求次数%服务器集群数量=实际调用的服务器index，每次重启后，接口请求数量从1开始
模拟轮询负载均衡算法
上面轮询算法的过程主要就是根据访问次数来判断选择哪一个及其来执行请求
定义获取服务的接口方法
实现请求参数自增并且从所有服务中获取一个来执行请求
测试
首先关闭RestTemplate负载均衡的能力
服务提供者添加一个接口，直接返回服务端口号
Controller
页面上显示的端口号也实现了轮询
若有收获，就点个赞吧
0 人点赞
