Ribbon负载均衡

Spring Cloud Ribbon 是基于Netflix Ribbon实现的一套客户端 负载均衡工具
简单的说Ribbon是Netflix发布的开源项目，主要功能是提供给客户端软件的负载均衡算法，讲Netflix的中间服务连接在以前。Ribbon客户端组件提供一系列的完善的配置项如连接超时，重试等…简单的说就是在配置文件中列出Load Balancer(简称LB)后面所有的机器，Ribbon会自动的棒子你基于某种规则（如简单的轮询，随机连接等）去连接这些机器。我们也很容易使用Ribbon实现自定义的负载均衡算法。

LB 负载均衡（Load Balance）,在微服务或分布式集群中经常用的一种应用。
负载均衡简单的说就是将用户的请求平摊的分配到多个服务商，从而达到系统的HA。
常见的负载均衡有Nginx，LVS，硬件F5等…
相应的在中间件，列如：Dubbo和Spring Cloud 中都给我们提供了负载均衡，Spring Cloud的负载均衡除了有默认的还可以自定义它的负载均衡算法。

集中式LB:
就是服务的消费方和提供方之间使用独立的LB设施（可以是硬件如：F5，也可以是软件，如:nginx）,由该设施负责吧访问请求通过某种策略转发至服务的提供方。集中式更偏向于硬件

进程内LB:
就是讲LB的逻辑集成到消费方,消费方从服务注册中心获知那些地址是可用的，然后在从这些地址中选出一个合适的服务器。

Ribbon在工作时分成了两步
1.先选择Eureka Server,它优先选择在同一个区域内负载较少的servce.
2.在根据用户指定的策略，在从server取到的服务注册列表中选择一个地址。
其中Ribbon提供了多种策略：比如轮询，随机，和根据响应时间加权.
Ribbon就属于进程内LB，它只是一个类库，集成于消费方进程，消费方通过它获取到服务提供方的地址。

Ribbon其实就是一个软负载均衡的客户端组件，它可以喝其他所需请求的客户端结合使用，和Eureka结合只是其中一个实例.

Ribbon默认的算法就是轮询，
Ribbon与Spring Cloud 有7中算法
1.RuoundRoibRule(轮询算法)
2.RandomRule(随机算法)
3.AvailabilityFilteringRule(会先过滤掉由多次访问故障而处于断路器跳闸状态的服务，还有并发连接数量超过阈值的服务，然后对剩余的服务列表按照轮询策略进行访问)
4.WeightedResponseTimeRule（根据平均响应时间计算所有服务的权重，响应时间越快服务权重越大被选中的概率就越高，刚启动时如果统计信息不足，则使用RoundRobinRule策略，等统计信息足够，会切换 到WeightedResponseTimeRule）
5.RetryRule(先按照RoundRobinRule的策略获取服务，如果获取服务失败则在指定时间内会进行重试，获取可用的服务)
6.BestAvailableRule（会先过滤掉由于多次访问故障而处于断路跳闸状态的服务，然后选择一个并发量最新的服务）
7.ZoneAvoidanceRule（默认规则，复合判断server所在区域的性能和server的看哟用选择服务器）