0405-服务注册与发现-客户端负载均衡-Ribbon 同Eureka使用，Ribbon脱离Eureka使用

一、Ribbon 同Eureka使用，注意事项

　　前几节一同使用，注意事项：

　　如果没有其他区域数据源，则根据客户端配置进行猜测（与实例配置相反）。能够获取eureka.client.availabilityZones，这是从区域名称Region到区域列表zone的映射，并拉出实例自己区域的第一个区域（即eureka.client.region，默认为“us-east-1”以便与本机Netflix进行可互换性）。

二、Ribbon脱离Eureka使用

　　Eureka是一种抽象发现远程服务器的便捷方式，因此您不必在客户端对其URL进行硬编码，但如果您不想使用它，Ribbon和Feign仍然非常适合。

2.1、禁用eureka

ribbon:
  eureka:
   enabled: false

2.2、增加微服务地址

　　假设你已经声明了一个@RibbonClient作为“stores”，并且Eureka没有被使用（甚至不在类路径中）。功能区客户端默认为配置的服务器列表，您可以像这样提供配置:application.yml. 

stores:
  ribbon:
    listOfServers: localhost:7900

2.3、直接使用ribbon 的api

public class MyClass {
    @Autowired
    private LoadBalancerClient loadBalancer;

    public void doStuff() {
        ServiceInstance instance = loadBalancer.choose("stores");
        URI storesUri = URI.create(String.format("http://%s:%s", instance.getHost(), instance.getPort()));
        // ... do something with the URI
    }
}

三、其他

3.1、缓存功能区配置

　　每个名为客户端的功能区都有一个Spring Cloud维护的对应的子应用程序上下文，这个应用程序上下文在第一次请求到客户端时被延迟加载。此延迟加载行为可以更改为在启动时通过指定功能区客户端的名称来热切加载这些子应用程序上下文。

application.yml. 

ribbon:
  eager-load:
    enabled: true
    clients: client1, client2, client3

3.2、如何配置Hystrix线程池

　　如果将zuul.ribbonIsolationStrategy更改为THREAD，则Hystrix的线程隔离策略将用于所有路由。在这种情况下，HystrixThreadPoolKey默认设置为“RibbonCommand”。这意味着所有路由的HystrixCommands将在相同的Hystrix线程池中执行。此行为可以使用以下配置进行更改，并且会导致在每个路由的Hystrix线程池中执行HystrixCommands。

application.yml. 

zuul:
  threadPool:
    useSeparateThreadPools: true

　　在这种情况下，默认的HystrixThreadPoolKey与每个路由的服务ID相同。要为HystrixThreadPoolKey添加前缀，请将zuul.threadPool.threadPoolKeyPrefix设置为您要添加的值。例如：

application.yml. 

zuul:
  threadPool:
    useSeparateThreadPools: true
    threadPoolKeyPrefix: zuulgw

3.3、如何为功能区的IRule提供key

　　如果你需要提供你自己的IRule实现来处理一个特殊的路由需求，比如一个canary 测试，你可能想传递一些信息给IRule的选择方法。

com.netflix.loadbalancer.IRule.java. 

public interface IRule{
    public Server choose(Object key);
         :

您可以通过如下的IRule实现提供一些用于选择目标服务器的信息：

RequestContext.getCurrentContext()
              .set(FilterConstants.LOAD_BALANCER_KEY, "canary-test");

如果使用关键字FilterConstants.LOAD_BALANCER_KEY将任何对象放入RequestContext中，它将传递给IRule实现的选择方法。以上代码必须在执行RibbonRoutingFilter之前执行，并且Zuul的预过滤器是执行此操作的最佳位置。您可以通过预过滤器中的RequestContext轻松访问HTTP标头和查询参数，因此可以用它来确定将传递给功能区的LOAD_BALANCER_KEY。如果您在RequestContext中没有使用LOAD_BALANCER_KEY值，则会将null作为choose方法的参数传递。