SpringCloud Sleuth分布式请求链路跟踪
为什么会出现这个技术?需要解决哪些问题?
在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果,每一个前段请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。
是什么
学习地址
Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案
在分布式系统中提供追踪解决方案并且兼容支持了zipkin
搭建链路监控步骤
zipkin
SpringCloud从F版起已不需要自己构建Zipkin Server了,只需调用jar包即可
下载地址
运行jar包
测试1:
访问
术语
完整的调用链路
表示一请求链路,一条链路通过Trace Id唯一标识,Span标识发起的请求信息,各span通过parent id 关联起来
一条链路通过Trace Id唯一标识,Span标识发起的请求信息,各span通过parent id 关联起来
名词解释
Trace:类似于树结构的Span集合,表示一条调用链路,存在唯一标识
span:表示调用链路来源,通俗的理解span就是一次请求信息
服务提供者cloud-provider-payment8001
POM文件
yml文件
spring:
application:
name: cloud-payment-service
zipkin:
base-url: http://localhost:9411
sleuth:
sampler:
#采样率值介于 0 到 1 之间,1 则表示全部采集
probability: 1服务注册中心7001端口自行注册
业务类
服务消费者(调用方)
pom文件
yml文件
业务类
测试:
打开浏览器访问:
打开浏览器访问:http://localhost:9411
查看依赖关系
原理图:
- 点赞
- 收藏
- 关注作者
评论(0)