【学习笔记】服务间通信方式一（Rest & Ribbon）

在了解了服务的注册和发现后，我们需要进一步学习服务间的通讯方式。

在微服务架构中，业务都会被拆分成一个独立的服务，服务与服务的通讯是基于http restful的。

Spring cloud有两种服务调用方式，一种是restTemplate独立使用及结合Ribbon方式，另一种是feign方式。

本章学习第一种方式 - Rest + Ribbon。

（采用 consul 为注册中心）

基于RestTemplate的服务调用

1. RestTemplate 服务调用

# 1.分别创建提供者和消费者俩个服务并注册到consul注册中心中
- provider    代表提供者服务 端口为 8800
- consumer     代表消费者服务 端口为 9900

# 2.在provider 提供者服务中提供服务接口方法

@RestController
@Slf4j
public class ProviderController {
    @Value("${server.port}")
    private int port;

    public Map<String, Object> getProviderInfo(){
        HashMap<String, Object> map = new HashMap<>();
        log.info("提供者服务被调用成功，当前服务端口为： [{}]",port);
        map.put("msg","服务调用成功,服务提供端口为:" +port);
        map.put("status",true);
        return map;
    }
}

# 3.在consumer 消费者服务中使用 restTemplate 调用 provider 服务提供接口

 // 方式1、使用restTemplate调用提供者服务
@RestController
@Slf4j
public class ConsumerController {

    @GetMapping("/consumer/findProviderInfo")
    public String findProviderInfo(){
        log.info("调用 provider 服务...");
        RestTemplate template = new RestTemplate();
        String result = template.getForObject("http://localhost:8800/provide/getProviderInfo", String.class);
        return result;
    }
}

# 4.分别启动 provider、 consumer 服务

# 5.验证服务调用
- 浏览器访问 http://localhost:9900/consumer/findProviderInfo

※ 总结 ※

restTemplate 是直接基于服务地址直接调用对外提供接口的服务。

没有在服务注册中心获取服务,所以无法动态的获取服务的具体的IP、Port的值，难以维护，可用性不高。

也没有办法完成服务的负载均衡如果需要实现服务的负载均衡需要自己实现服务负载均衡策略。

基于Ribbon的服务调用

※ 介绍 ※

• 官方网址: https://github.com/Netflix/ribbon
• Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，它基于Netflix Ribbon实现。通过Spring Cloud的封装，可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。

1.Ribbon 服务调用

# 1.项目中引入依赖
- 说明: 
	1.如果使用的是eureka client 和 consul discovery,无须引入依赖,因为在eureka,consul中默认集成了ribbon组件
	2.如果使用的client中没有ribbon依赖需要显式引入如下依赖

<!--引入ribbon依赖-->
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>

# 2.查看consul client中依赖的ribbon

# 3.使用restTemplate + ribbon进行服务调用
- 使用discovery client  进行客户端调用
- 使用loadBalanceClient 进行客户端调用
- 使用@loadBalanced     进行客户端调用

# 3.1 使用discovery Client形式调用

@Autowired
private DiscoveryClient discoveryClient;

//获取服务列表
List<ServiceInstance> instances = discoveryClient.getInstances("服务ID"); // 服务ID 为 provider
for (ServiceInstance instance : instances) {
  log.info("服务主机:[{}]",instance.getHost());
  log.info("服务端口:[{}]",instance.getPort());
  log.info("服务地址:[{}]",instance.getUri());
  log.info("====================================");
}

# 3.2 使用loadBalance Client形式调用

@Autowired
private LoadBalancerClient loadBalancerClient;
//根据负载均衡策略选取某一个服务调用
ServiceInstance product = loadBalancerClient.choose("服务ID");// 服务ID 为 provider  轮询策略
log.info("服务主机:[{}]",product.getHost());
log.info("服务端口:[{}]",product.getPort());
log.info("服务地址:[{}]",product.getUri());

# 3.3 使用@loadBalanced

//1.整合restTemplate + ribbon
@Bean
@LoadBalanced
public RestTemplate getRestTemplate(){
  return new RestTemplate();
}
//2.调用服务位置注入RestTemplate
@Autowired
private RestTemplate restTemplate;
//3.调用
String forObject = restTemplate.getForObject("http://服务ID/hello/hello?name=" + name, String.class);

2.Ribbon负载均衡策略

# 1.ribbon负载均衡算法
- RoundRobinRule         		轮训策略	按顺序循环选择 Server 
- RandomRule             		随机策略	随机选择 Server  
- AvailabilityFilteringRule 可用过滤策略
 	`会先过滤由于多次访问故障而处于断路器跳闸状态的服务，还有并发的连接数量超过阈值的服务，然后对剩余的服务列表按照轮询策略进行		访问

- WeightedResponseTimeRule  响应时间加权策略   
	`根据平均响应的时间计算所有服务的权重，响应时间越快服务权重越大被选中的概率越高，刚启动时如果统计信息不足，则使用		
		RoundRobinRule策略，等统计信息足够会切换到

- RetryRule                 重试策略          
	`先按照RoundRobinRule的策略获取服务，如果获取失败则在制定时间内进行重试，获取可用的服务。
	
- BestAviableRule           最低并发策略     
	`会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务，然后选择一个并发量最小的服务

3.修改服务的默认负载均衡策略

# 1.修改服务默认随机策略
- 服务id.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RandomRule
	`下面的products为服务的唯一标识

products.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RandomRule

4.Ribbon停止维护

# 1.官方停止维护说明
- https://github.com/Netflix/ribbon

---