在springcloud中服务间调用方式主要是使用 http restful方式进行服务间调用
一、 基于RestTemplate的服务调用
0.说明
- spring框架提供的RestTemplate类可用于在应用中调用rest服务,它简化了与http服务的通信方式,统一了RESTful的标准,封装了http链接, 我们只需要传入url及返回值类型即可。相较于之前常用的HttpClient,RestTemplate是一种更优雅的调用RESTful服务的方式。
1.创建两个服务并注册到consul注册中心中
- users 代表用户服务 端口为 9999
- products 代表商品服务 端口为 9998
注意:这里服务仅仅用来测试,没有实际业务意义
2.在商品服务中提供服务方法
@RestController
@Slf4j
public class ProductController {
@Value("${server.port}")
private int port;
@GetMapping("/product/findAll")
public Map<String,Object> findAll(){
log.info("商品服务查询所有调用成功,当前服务端口:[{}]",port);
Map<String, Object> map = new HashMap<String,Object>();
map.put("msg","服务调用成功,服务提供端口为: "+port);
map.put("status",true);
return map;
}
}
3.在用户服务中使用restTemplate进行调用
@RestController
@Slf4j
public class UserController {
@GetMapping("/user/findAll")
public String findAll(){
log.info("调用用户服务...");
//1.使用restTemplate调用商品服务
RestTemplate restTemplate = new RestTemplate();
String forObject = restTemplate.getForObject("http://localhost:9998/product/findAll",
String.class);
return forObject;
}
}
4.启动服务
5.测试服务调用
- 浏览器访问用户服务 http://localhost:9999/user/findAll
6.总结
- rest Template是直接基于服务地址调用没有在服务注册中心获取服务,也没有办法完成服务的负载均衡如果需要实现服务的负载均衡需要自己书写服务负载均衡策略。
7.restTemplate直接调用存在问题
- 1.直接使用restTemplate方式调用没有经过服务注册中心获取服务地址,代码写死不利于维护,当服务宕机时不能高效剔除
- 2.调用服务时没有负载均衡需要自己实现负载均衡策略
二 、 基于Ribbon的服务调用
0.说明
- 官方网址: https://github/Netflix/ribbon
- Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具,它基于Netflix Ribbon实现。通过Spring Cloud的封装,可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。
①.Ribbon 服务调用
1.项目中引入依赖
- 说明:
1.如果使用的是eureka client 和 consul client,无须引入依赖,因为在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进行服务调用
注:服务ID 是你在consul中启动的服务实例ID 例如 商品服务 products, 这里的服务ID就是 products。
- 1 使用discovery client 进行客户端调用
- 2 使用loadBalanceClient 进行客户端调用
- 3 使用@loadBalanced 进行客户端调用
*常用*
3.1 使用discovery Client形式调用
@Autowired
private DiscoveryClient discoveryClient;
//获取服务列表
List<ServiceInstance> products = discoveryClient.getInstances("服务ID");
for (ServiceInstance product : products) {
log.info("服务主机:[{}]",product.getHost());
log.info("服务端口:[{}]",product.getPort());
log.info("服务地址:[{}]",product.getUri());
log.info("====================================");
}
3.2 使用loadBalance Client形式调用
@Autowired
private LoadBalancerClient loadBalancerClient;
//根据负载均衡策略选取某一个服务调用
ServiceInstance product = loadBalancerClient.choose("服务ID");//地址 轮询策略
log.info("服务主机:[{}]",product.getHost());
log.info("服务端口:[{}]",product.getPort());
log.info("服务地址:[{}]",product.getUri());
3.3 使用@loadBalanced
//1.整合restTemplate + ribbon 在users项目中添加一个新类将下面的代码加入
@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);
②.Ribbon负载均衡策略
1.ribbon负载均衡算法
-
RoundRobinRule 轮训策略 按顺序循环选择 Server
-
RandomRule 随机策略 随机选择 Server
-
AvailabilityFilteringRule 可用过滤策略
*常用*
`会先过滤由于多次访问故障而处于断路器跳闸状态的服务,还有并发的连接数量超过阈值的服务,然后对剩余的服务列表按照轮询策略进行 访问 -
WeightedResponseTimeRule 响应时间加权策略
*常用*
`根据平均响应的时间计算所有服务的权重,响应时间越快服务权重越大被选中的概率越高,刚启动时如果统计信息不足,则使用
RoundRobinRule策略,等统计信息足够会切换到 -
RetryRule 重试策略
`先按照RoundRobinRule的策略获取服务,如果获取失败则在制定时间内进行重试,获取可用的服务。 -
BestAviableRule 最低并发策略
`会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的服务接口图
③.修改服务的默认负载均衡策略
# 修改服务默认随机策略
服务id.ribbon.NFLoadBalancerRuleClassName=comflix.loadbalancer.RandomRule
# 下面的products为服务的唯一标识
例子:
products.ribbon.NFLoadBalancerRuleClassName=comflix.loadbalancer.RandomRule
④.Ribbon停止维护
官方停止维护说明
- https://github/Netflix/ribbon
更多推荐
SpringCloud 服务之间的通信方式
发布评论