Spring Cloud Netflix负载均衡组件Ribbon介绍

LB方案分类

目前主流的LB方案可分成两类：一种是集中式LB, 即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件，如F5, 也可以是软件，如nginx), 由该设施负责把访问请求通过某种策略转发至服务的提供方；另一种是进程内LB，将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器。Ribbon就属于后者，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。

Ribbon的主要组件与工作流程

Ribbon的核心组件(均为接口类型)有以下几个：

• ServerList
  用于获取地址列表。它既可以是静态的(提供一组固定的地址)，也可以是动态的(从注册中心中定期查询地址列表)。

• ServerListFilter
  仅当使用动态ServerList时使用，用于在原始的服务列表中使用一定策略过虑掉一部分地址。

• IRule
  选择一个最终的服务地址作为LB结果。选择策略有轮询、根据响应时间加权、断路器(当Hystrix可用时)等。

Ribbon在工作时首选会通过ServerList来获取所有可用的服务列表，然后通过ServerListFilter过虑掉一部分地址，最后在剩下的地址中通过IRule选择出一台服务器作为最终结果。

与Eureka结合使用

当与Eureka组合使用Ribbon时，ServerList接口会使用DiscoveryEnabledNIWSServerList实现，该实现会通过 EurekaClient 向Eureka服务器获取可用的服务列表。ServerListFilter默认实现为ZonePreferenceServerListFilter，其作用是过虑掉不同zone下的服务(即优先选择同一个zone下的地址)。IRule使用ZoneAvoidanceRule实现，它是一种复合策略，同时使用ZoneAvoidancePredicate和AvailabilityPredicate来判断是否选择某个server，前者以一个区域为单位判断可用性，对于不可用的区域整个丢弃，从剩下区域中选可用的server；后者用于过滤掉连接数过多和断路器处于打开状态的server。该复合策略经过上述两次过虑后最终选择出一个地址作为LB结果。