Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，它基于Netflix Ribbon实现。通过Spring Cloud的封装，可以让我们轻松地将面对服务的REST模块请求自动转换成客户端负载均衡的服务调用。Spring Cloud Ribbon几乎存在于每一个Spring Cloud构建的微服务和基础设施中。
一 关于负载均衡
负载均衡在系统架构中是一个非常重要，并且是不得不去实施的内容。因为负载均衡对系统的高可用、网络压力的缓解和处理能力扩容的重要手段之一。
我们通常所说的负载均衡都是指服务端负载均衡，其中分为硬件负载均衡和软件负载均衡。硬件负载均衡主要在服务节点之间安装专门的负载均衡设备，比如F5等；而软件负载均衡则是通过在服务器上安装一些具有负载功能或模块的软件来完成请求分发工作，比如Ngnix等。不论采用硬件负载均衡还是软件负载均衡，只要是服务端负载均衡都能以类似下图的架构方式工作：
硬件负载均衡的设备或是软件负载均衡的软件模块都会维护一个下挂可用的服务端清单，通过心跳检测来剔除故障的服务端节点以保证清单中都是可以正常访问的服务端节点。当客户端发送请求到负载均衡设备的时候，该设备按照某种算法（比如线性轮询、按权重负载、按流量负载）从维护的可用服务端清单中取出一台服务端的地址，然后进行转发。
而客户端负载均衡和客户端负载均衡最大的不同点在于上面所提到的服务清单所存储的位置。在客户端负载均衡中，所有客户端节点都维护着自己要访问的服务端清单，而这些服务端的清单来自于服务注册中心，如果Eureka 服务端。同服务端负载均衡的架构类似，在客户端负载均衡也需要心跳去维护服务端清单的健康性，只是这个步骤需要与服务注册中配合完成。在Spring Cloud实现的服务治理框架中，默认会创建针对各个服务治理框架的Ribbon自动化整合配置，比如Eureka中的org.springframework.cloud.netflix.ribbon.eurek.RibbonEurekaAutoConfiguration,Consul中的org.springframework.cloud.consul.discovery.RibbonConsulAutoConfiguration。在实际使用的时候，我们可以通过查看这两个类的实现，以找到它们的配置详情来帮助我们更好地使用它。
通过Spring Cloud Ribbon的封装，我们在微服务架构中使用客户端负载均衡调用非常简单，只需要两步：
1 服务提供者只需要启动多个服务实例并注册到一个注册中心或多个相关联的服务注册中心。
2 服务消费者直接通过调用被@LoadBalanced注解修饰过的RestTemplate来是实现面向服务的接口调用。
这样，我们就可以将服务提供者的高可用以及服务消费者的负载均衡调用一起实现了。