消息驱动 Sleuth
一、概述
1、为什么会出现这个技术?需要解决哪些问题?
在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的服务节点调用来协同产生最后的请求结果,每一个前端请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。
2、是什么
Sleuth使用
Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案
在分布式系统中提供追踪解决方案并且兼容支持了zipkin
3、解决
二、搭建链路监控步骤
1、zipkin
1)下载
Spring Cloud 从F版起已经不需要自己构建Zipkin Server了,只需要调用jar包即可
下载地址
zipkin-server-2.12.9-exec.jar
2)运行jar
java -jar zipkin-server-2.12.9-exec.jar
3)运行控制台
http://localhost:9411/zipkin/
术语:
1、完整的调用链路:
表示一请求链路,一条链路通过Trace Id唯一标识,Span标识发起的请求信息,各span通过parent id 关联起来
2、上图详情:
一条链路通过Trace Id 唯一标识,Span标识发起的请求信息,各Span通过parent id 关联起来
整个链路的依赖关系如下:
2、服务提供者
1)使用cloud-provider-payment8001
2)引入依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
3)YML
spring:
application:
name: cloud-payment-service #这个配置爱名称就是注册进Eureka中的Application的名称
zipkin:
base-url: http://localhost:9411
sleuth:
sampler:
#采样率介于0到1之间,1则表示全部采集
probability: 1
4)业务类
@GetMapping("/payment/zipkin")
public String paymentZipkin(){
return "I'm paymentZipkin server fall back,哈哈哈";
}
3、服务消费者
配置同上
业务类:
//zipkin+sleuth
@GetMapping("/consumer/payment/zipkin")
public String paymentZipkin(){
String result=restTemplate.getForObject("http://localhost:8001"+"payment/zipkin/",String.class);
return result;
}
4、依次启动7001/8001/80
80调用8001几次测试