SpringCloud Sleuth分布式请求链路追踪
一、概述
1. 应用场景
在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果,每一个前端请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。
Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案,在分布式系统中提供追踪解决方案并且兼容支持了zipkin【对于Sleuth跟踪到的链路信息进行展示】。
Spring Cloud Sleuth和zipkin是搭配使用的。
官网:https://github.com/spring-cloud/spring-cloud-sleuth
二、搭建链路监控步骤
1.zipkin
SpringCloud从F版起已不需要自己构建Zipkin server了,只需要执行jar包即可
1.1 下载
下载地址:https://repo1.maven.org/maven2/io/zipkin/zipkin-server/
1.2 运行
java -jar zipkin-server-2.12.9-exec.jar
1.3 控制台
注:如果使用的是虚拟机记得关闭防火墙
1.4 完整的调用链路
表示一请求链路,一条链路通过Trace_ld唯一标识,Span标识发起的请求信息,各span通过parent id关联起来
整个链路的依赖关系如下:
名词解释:
- Trace:类似于树结构的Span集合,表示一条调用链路,存在唯一标识
- span:表示调用链路来源,通俗的理解span就是一次请求信息
2. 服务提供者
将我们之前构建的cloud-provider-payment8001作为服务提供者,需要进行以下改造
2.1 改POM
<!--包含了sleuth+zipkin-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
被Sleuth监控的服务要引用该依赖
2.2 改YML
# 配置Zipkin和Sleuth
spring:
zipkin:
base-url: http://192.168.59.128:9411
sleuth:
sampler:
# 采样率值介于0 到 1之间,1 表示全部采集
probability: 1
2.3 改业务类
PaymentController中加入该接口
@GetMapping("/payment/zipkin")
public String paymentZipkin()
{
return "hi ,i'am paymentzipkin server fall back,welcome to atguigu,O(∩_∩)O哈哈~";
}
3. 服务消费者(调用方)
将我们之前构建的cloud-consumer-order80作为服务消费者,需要进行以下改造
3.1 改POM
参考 2.1 进行修改
3.2 改YML
参考 2.2 进行修改
3.3 改业务类
OrderController中加入该接口
// ====================> zipkin+sleuth
@GetMapping("/consumer/payment/zipkin")
public String paymentZipkin()
{
String result = restTemplate.getForObject("http://localhost:8001"+"/payment/zipkin/", String.class);
return result;
}
4.测试
启动cloud-eureka-server7001
启动cloud-provider-payment8001
启动cloud-consumer-order80
访问http://localhost/consumer/payment/zipkin几次
Zipkin中能够看到调用情况
服务依赖情况
标签:Sleuth,请求,zipkin,SpringCloud,链路,cloud From: https://www.cnblogs.com/wzzzj/p/18039259