Ribbon: 按参数路由请求

2017-05-22

考虑这样几个应用场景

  • 需要上线一个服务的新版本,为了降低上线可能造成的影响范围,对所有请求做路由控制,逐步引流到新版本服务上;在此过程中,观察以及监控系统及用户状态,发现问题时可随时回滚。对于一个基于用户体系的系统,可以按照用户ID逐步放量,例如按测试用户,内部用户,体验用户,全量用户等等进行逐步放量;或者直接对用户ID取模,指定模数路由到新版。
  • 对于一个社交系统或者广告系统,经常会向用户推荐内容(新鲜事/广告)。推荐算法的优劣会直接影响用户PV/CV的量,算法团队需要不断的调整参数进行比较以找到合适的值。如果每次调参都涉及到所有用户,显然对全站影响很大,而且周期也很长。所以通常做法是让参数或者是算法(比如服务中嵌套动态脚本)做到在线动态可调,另外对用户分组:比如90%的用户使用之前的算法,另外10%的用户平均分成5组来使用不同的5种算法,这样就形成了1个对照组和5个实验组,可以同时进行比较,而且是同时段比较(避免节假日等特殊日子的影响),影响范围至多10%。这里就需要一个路由策略,将不同用户路由到不同的服务实例上。
  • 服务所要维护的数据量巨大,一个服务实例无法处理全量数据。通常一个简单的做法就是对数据进行分片(sharding),每个服务实例只处理部分数据。对于每个请求,根据数据ID,将其路由到特定的服务实例上。

以上,最终都归结于一个点,就是要根据请求中的某些信息,将该请求路由到特定的服务实例上。

Ribbon从设计上是支持按参数路由请求的,这点从IRule#choose(Object)这个接口设计就能看得出来,这个方法里的参数称为LoadBalancerKey。但是在实际运行时却发现,传给IRule#choose(Object)的这个loadBalancerKey一直是null,这就坑爹了,有必要弄清楚到底是怎么回事。

IRule

BaseLoadBalancer

LoadBalancerCommand

AbstractLoadBalancerAwareClient

spring-cloud-netflix中AbstractLoadBalancerAwareClient的派生类

AbstractLoadBalancerAwareClient
  |-- AbstractLoadBalancingClient 
  |     |-- OkHttpLoadBalancingClient
  |     |     \__ RetryableOkHttpLoadBalancingClient
  |     \__ RibbonLoadBalancingHttpClient
  |           \__ RetryableRibbonLoadBalancingHttpClient
  |-- FeignLoadBalancer
  |     \__ RetryableFeignLoadBalancer
  \__ RestClient
        \__ OverrideRestClient
              \__ TestRestClient

以下是我提的issue及PR,希望能此功能能尽早合进官方版本。

Copyright © lowzj all right reserved,powered by GitbookLast Modified: 2023-03-12 01:06

results matching ""

    No results matching ""