Sleuth分布式请求链路跟踪
Sleuth 分布式请求链路跟踪
1、Sleuth 介绍
1-1、为什么会出现这个技术?需要解决哪些问题?
在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果,每一个前段请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。
官网:https://github.com/spring-cloud/spring-cloud-sleuth
1-2、是什么
Spring Cloud Sleuth 提供了一套完整的服务跟踪的解决方案,在分布式系统中提供追踪解决方案并且兼容支持了 zipkin
2、搭建链路监控步骤
2-1、zipkin 搭建安装
下载
SpringCloud 从 F 版起已不需要自己构建 Zipkin Server 了,只需调用 jar 包即可
zipkin 下载地址:https://dl.bintray.com/openzipkin/maven/io/zipkin/java/zipkin-server/zipkin-server-2.12.9-exec.jar
运行 jar
1 | java -jar zipkin-server-2.12.9-exec.jar |
运行控制台
控制台:http://localhost:9411/zipkin/
术语
完整的调用链路: 一条链路通过 Trace Id 唯一标识,Span 标识发起的请求信息,各 span 通过 parent id 关联起来
—条链路通过 Trace ld 唯一标识,Span 标识发起的请求信息,各 span 通过 parent id 关联起来。
名词解释:
- Trace:类似于树结构的 Span 集合,表示一条调用链路,存在唯一标识
- span:表示调用链路来源,通俗的理解 span 就是一次请求信息
2-2、服务提供者 cloud-provider-payment8001
cloud-provider-payment8001
pom.xml
改 pom.xml,增加:
1 | <!--包含了sleuth+zipkin--> |
application.yml
改 application.yml,添加以下内容
1 | spring: |
controller 层
改业务类 PaymentController 增加:
1 |
|
2-3、服务消费者(调用方)cloud-consumer-order80
pom.xml
改 pom.xml,增加:
1 | <!--包含了sleuth+zipkin--> |
application.yml
改 application.yml,添加以下内容
1 | spring: |
controller 层
改业务类 OrderController,增加:
1 |
|
测试
访问:localhost/consumer/payment/zipkin
在控制台查看调用链路
**有分组属性配置,后台打出来了 MQ 上的消息**相关链接:Nacos服务注册和配置中心