Ribbon概述
是什么
负载均衡的工具，提供客户端的软件负载均衡算法和服务调用
Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是配置文件中列出Load Banlancer (简称LB) 后面所有的机器，Ribbon都会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。
官网： https://github.com/Netflix/ribbon/wiki/Getting-Started
Ribbon已经进入维护模式！未来的替换方案：Load Banlancer
能做什么
LB（负载均衡 Load balance）
简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA（高可用）
常见的负载均衡有软件 Nginx LVS 硬件F5等
常见的负载均衡算法
- 轮询：为第一个请求选择健康池中的第一个后端服务器，然后按顺序往后依次选择，直到最后一个，然后循环。
- 最小连接：优先选择连接数最少，也就是压力最小的后端服务器，在会话较长的情况下可以考虑采取这种方式。
- 散列：根据请求源的 IP 的散列（hash）来选择要转发的服务器。这种方式可以一定程度上保证特定用户能连接到相同的服务器。如果你的应用需要处理状态而要求用户能连接到和之前相同的服务器，可以考虑采取这种方式。
Ribbon本地负载均衡客户端VS Nginx 服务端负载均衡区别
- Nginx是服务器负载均衡，客户端所有请求都会交给Nginx，然后由Nginx实现转发请求，即负载均衡是由服务端实现的
- Ribbon 本地负载均衡，在调用微服务接口时候，会在注册中心上获取注册信息服务列表之后缓存到JVM本地，从而在本地实现RPC远程服务调用技术
集中式 LB
集中式LB：即在服务的消费方和提供方之间使用独立的LB设施（可以是硬件，如F5，也可以是软件，如Nginx），由该设施负责把访问请求通过某种策略转发至服务的提供方。
进程内 LB
将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个何时的服务器。
Ribbon就属于是进程内LB, 它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。
一句话总结Ribbon：Ribbon是实现负载均衡的一套客户端工具结合RestTemplate实现调用。
负载均衡演示
架构说明与演示
它可以和其他所需请求的客户端结合使用，和eureka结合只是其中一个实例
下面这个笔记的集群搭建就完成了 Ribbon 负载均衡
SpringCloud:服务注册与发现之Eureka(2)
Ribbon在工作室分成两步
- 第一步先选择EurekaServer，它优先选择在同一个区域内负载较少的server
- 第二部再根据用户指定的策略，再从server取到的服务注册列表中选择一个地址。
其中Ribbon提供了多种策略：比如 轮询，随机和根据响应时间加权。
为什么没有引入Ribbon的包也能完成负载均衡？
没有引入spring-cloud-start-ribbon也可以使用ribbon，通过一个注解：@LoadBalanced赋予了RestTemplate负载均衡的能力；
原因是spring-boot-netfix-eureka-client自带了spring-starter-ribbon引用
二说RestTemplate的使用
所谓的负载均衡，就是Ribbon结合RestTemplate实现调用微服务之间的调用
getForObject方法/getForEntity方法–postForObject方法/postForEntity方法
以getForObject方法/getForEntity方法为例
- getForObject() // 返回对象为响应体中数据转化成的对象，基本上可以理解为JSON
- getForEntity() // 返回对象为ResponseEntity对象，包含了响应中的一些重要信息，比如响应头，响应状态码，响应体等。
–以用entity获取更详细的信息，比如头信息，响应体，状态码等。
–这些方法对应着各种HTTP状态码，可以用来判断返回的entity对象包含的是哪种状态码。
Ribbon核心组件：IRule接口
IRule接口的各实现类，以及对应功能
根据特定算法从服务列表中选取一个要访问的服务。
IRule接口主要的实现类：
- com.netflix.loadbalancer.RoundRobinRule：轮询
- com.netflix.loadbalancer.RandomRule：随机
- com.netflix.loadbalancer.RetryRule：先按照RoundRobinRule的策略获取服务，如果获取服务失败则在指定时间内会进行重试
- WeightedResponseTimeRule：对RoundRobinRule的扩展，响应速度越快的实例选择权重越大，越容易被选择
- BestAvailableRule：会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务，然后选择一个并发量最小的服务
- AvailabilityFilteringRule：先过滤掉故障实例，再选择并发较小的实例
- ZoneAvoidanceRule：默认规则，复合判断server所在区域的性能和server的可用性选择服务器
如何替换负载均衡算法
1.修改cloud-consumer-order80
2.负载均衡配置类注意事项
注意配置类细节：官方文档明确给出了警告：这个自定义负载均衡配置类不能放在@ComponentScan所扫描的当前包下以及子包下，否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享，达不到特殊化定制的目的了。
什么是@ComponentScan
@SpringBootApplication注解中包含了@ComponentScan注解
也就是说@SpringBootApplication标注的主配置类所在的包，以及所有子包都会被扫描到，所以我们自定义的负载均衡配置类不能跟主启动类在同一个包下。
3.新建com.tinstu.myrule包，将自定义负载均衡配置类MySelfRule放在改包下
写MySelfRule配置类
myrule
4.主启动类添加@RibbonCilent注解
name里面的内容表示指明访问xxx服务时使用复杂均衡，configuration表示指明负载均衡策略
OrderMain80
5.测试
启动 7001,7002,8001,8002,80
访问http://localhost/consumer/payment/get/1 测试轮训变为随机轮训
负载均衡算法
原理
轮循负载均衡算法：rest接口第几次请求数 % 服务器集群总数量 = 实际调用服务器位置下标，每次服务重启后rest接口计数从1开始。