1.概述
1.1 为什么会出现这个技术?
问题: 在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果,每一个前段请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败
这个图令人害怕
1.2 是什么
sleuth官网
Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案
在分布式系统中提供追踪解决方案并且兼容支持了zipkin
2.搭建链路监控步骤
2.1 zipkin
SpringCloud从F版起已不需要自己构建Zipkin Server了,只需调用jar包即可
下载网址
命令运行: java -jar zipkin-server-2.24.0-exec.jar
运行控制台:http://localhost:9411/zipkin/
术语—完整的调用链路: 表示一请求链路,一条链路通过Trace Id唯一标识,Span标识发起的请求信息,各span通过parent id 关联起来
一条链路通过Trace Id唯一标识,Span标识发起的请求信息,各span通过parent id 关联起来
整个链路的依赖关系
名词解释
- Trace:类似于树结构的Span集合,表示一条调用链路,存在唯一标识
- span:表示调用链路来源,通俗的理解span就是一次请求信息
2.2 服务提供者
2.2.1 使用cloud-provider-payment8001
2.2.2 POM
新增POM
<!--包含了sleuth+zipkin-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
2.2.3 YML
新增YML
zipkin:
base-url: http://localhost:9411
sleuth:
sampler:
#采样率值介于 0 到 1 之间,1 则表示全部采集
probability: 1
2.2.4 业务类PaymentController
新增方法
@GetMapping("/payment/zipkin")
public String paymentZipkin() {
return "hi ,i'am paymentzipkin server fall back,welcome to atguigu,O(∩_∩)O哈哈~";
}
2.3 服务消费者(调用方)
2.3.1 使用cloud-consumer-order80
2.3.2 POM
新增POM
<!--包含了sleuth+zipkin-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
2.3.3 YML
新增YML
zipkin:
base-url: http://localhost:9411
sleuth:
sampler:
#采样率值介于 0 到 1 之间,1 则表示全部采集
probability: 1
2.3.4 业务类OrderController
新增方法
2.4 依次启动eureka7001/8001/80
80调用8001测试几次
5.打开浏览器访问