（1）是什么

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

（2）为什么需要Ribbon？

Ribbon是Netflix公司的一个开源的负载均衡项目，是一个客户端/进程内负载均衡器，运行在消费者端
我们再举个，比如我们设计了一个秒杀系统，但是为了整个系统的 高可用 ，我们需要将这个系统做一个集群，而这个时候我们消费者就可以拥有多个秒杀系统的调用途径了，如下图。

如果这个时候我们没有进行一些均衡操作，如果我们对秒杀系统1进行大量的调用，而另外两个基本不请求，就会导致秒杀系统1崩溃，而另外两个就变成了傀儡，那么我们为什么还要丛集群，我们高可用体现的意义又在哪呢？

所以Ribbon出现了，注意我们上面加粗的几个字—运行在消费者端。指的是Ribbon是运行在消费这端的负载均衡器，如下图：

其工作原理就是Consumer端获取到了所有服务列表之后，在其内部使用负载均衡算法，进行对多个系统的调用

（3）能干嘛

1、LB（负载均衡）

简单的说就是将用户的请求平摊的分配到多个服务商，从而达到系统的HA（高可用）。
常见的负载均衡有软件Nginx，LVS，硬件F5等

Ribbon本地负载均衡客户端VSNginx服务端负载均衡区别

Nginx是服务器负载均衡，客户端所有请求都会交给Nginx，然后由Nginx实现转发请求。即负载均衡是由服务端实现的。

Ribbon本地负载均衡，在调用微服务接口时候，会在注册中心上获取注册信息服务列表之后缓存到JVM本地，从而在本地RPC远程服务调用技术

提到 负载均衡 就不得不提到大名鼎鼎的 Nignx 了，而和 Ribbon 不同的是，它是一种集中式的负载均衡器。
何为集中式呢？简单理解就是将所有请求都集中起来，然后再进行负载均衡。

我们可以看到Nginx是接受了所有的请求进行负载均衡的，而对于Ribbon来说它是在消费者端进行的负载均衡。如下图：

请注意 Request 的位置，在 Nginx 中请求是先进入负载均衡器，而在 Ribbon 中是先在客户端进行负载均衡才进行请求的。

集中式LB

即在服务的消费方和提供方之间使用独立的LB设施（可以使硬件，如F5，也可以是软件，如nginx），由该设施负责把访问请求通过某种策略转发至服务的提供方。

进程内LB

将LB逻辑集成到消费方，消费方从服务注册中心获取有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器，
Ribbon就属于进程内LB，它是一个类库，集成于消费方进程，消费放通过它来获取到服务提供方的地址。

Ribbono的几种负载均衡算法

1、RoundRobinRule
默认的，轮询规则，也是很多高级规则中退避的一种策略
2、 AvailabilityFilteringRule
会过滤掉打开熔断的服务或者是高并发连接数量的服务
3、 WeightedResponseTimeRule
通过服务的平均响应时间，给每一个服务一个权重，响应时间越长，权重越小，开始统计信息不足，应用轮询策略
4、 RetryRule
先按照轮询策略，如果请求服务失败，会在指定时间内进行重试
5、 BestAvailableRule
先过滤掉断路器的服务，然后选择一个并发量最小的
6、 RandomRule
随机获取一个服务
7、ZoneAvoidanceRule
根据性能和可用性来选择。你最需要知道的是默认轮询算法，并且可以更换默认的负载均衡算法，只需要在配置文件中做出修改就行。

providerName:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

当然，在 Ribbon 中你还可以自定义负载均衡算法，你只需要实现 IRule 接口，然后修改配置文件或者自定义 Java Config 类。