2.微服务间调用ribbon

实例：订单服务调用商品服务

在订单服务调用商品服务的时候，首先要考虑负载均衡策略，为了体现出轮巡的结果，我们在商品服务输出的地方加上端口号，以区分是哪个节点。

1.ribbon (消费者)

a.创建spring boot项目：web  /  Cloud Routing:ribbon  /    Cloud Discovery:Eureka Discovery

  application.yml:

server:
  port: 8781

#指定注册中心地址
eureka:
  client:
    serviceUrl:
      defaultZone: http://localhost:8761/eureka/

#服务的名称
spring:
  application:
    name: order-service

b.编写商品订单逻辑接口，保存订单时需根据商品Id,调用商品服务获取信息

c.使用ribbon(内部其实就是封装了一层层的类似httpClient,URLConnnection,伪http请求去调用提供者)

   启动类增加注解

@Bean
@LoadBalanced
public RestTemplate restTemplate(){
    return new RestTemplate();
}

d.在service实现类中注入restTemplate （也有别的方法，可以看官方文档，比如注入LoadBalancerClient）

@Autowired
private RestTemplate restTemplate;

在方法中引用restTemplate获取要在注册中心调用的地址：

restTemplate.getForObject("http://product-service/api/v1/product/find?id="+productId,Object.class);

e. 启动项目，执行接口，可以看出采用负载均衡，在商品服务的8771和8772接口之间轮巡（软负载均衡，在调用方做的）

  在商品服务方再启一个节点，注册中心可以看到了，但此时订单服务还调不到这个端口，因为Client端是定时去注册注册中心取的，要过一段时间就会更新。

f.ribbon源码分析

@LoadBalanced
在这个注解中配置了LoadBalancerClient，相当于负载均衡器，查看继承结构：

用LoadBalancerClient 可以写成：

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
    }
}

所以查看RibbonLoadBalancerClient中的choose方法
负载均衡采用轮巡策略

g.自定义负载均衡轮策略

http://cloud.spring.io/spring-cloud-static/Finchley.RELEASE/single/spring-cloud.html#_customizing_the_ribbon_client_by_setting_properties

application.yml：

#自定义负载均衡策略
product-service:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

选取随机策略，后面也可以选择各种IRule的实现类，不过一般都不用调整策略，直接采用轮巡的，这样可以把压力平均分配到每个节点上去

策略选择：
1、如果每个机器配置一样，则建议不修改策略 (推荐)
2、如果部分机器配置强，则可以改为 WeightedResponseTimeRule