SpringCloud系列之分布式请求链路跟踪(Sleuth)

1、概述

①、为什么使用Sleuth

在微服务框架中,一个由客户端发起的请求在后端系统中会经过多个不同的的服务节点调用来协同产生最后的请求结果,每一个前段请求都会形成一条复杂的分布式服务调用链路,链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。

image-20210218193349579

对于上面这张图,较为简单,监控与否无关紧要,但是对于大型分布式系统而言呢?成百上千个服务使我们不得不对服务链路进行追踪

②、什么是Sleuth

源码仓库官方文档

Spring Cloud Sleuth提供了一套完整的服务跟踪的解决方案,在分布式系统中提供追踪解决方案并兼容支持了zipkin,前者负责监控,后者负责显示,也就是服务调用服务可以以图形化的界面展示出来。

2、搭建一个链路监控

①、下载zipkin

下载地址

image-20210218194744212

下载到本地后执行cmd命令启动

java -jar zipkin-server-2.12.9-exec.jar

image-20210218195049739

访问http://localhost:9411/zipkin/

image-20210218195225867

②、术语

一条链路通过Trace ld唯一标识,Span标识发起的请求信息,各Span通过parent id关联起来

image-20210218200031466

翻译为服务链路关系:

image-20210218200333253

  • Trace:类似于树结构的Span集合,表示一条调用链路,存在唯一标识
  • Span:表示调用链路来源,通俗的理解Span就是一次请求信息

③、添加POM

向服务添加zipkin依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

④、YML添加配置

服务提供者和消费者都要加上,注意缩进

sleuth:
  sampler:
    #采样取值介于 0到1之间,1则表示全部收集
    probability: 1

image-20210218203941001

⑤、测试

启动Eureka(7001)和服务提供者(8001)消费者(8002)

image-20210218203434500

调用服务,多点几次

image-20210218204322124

访问http://localhost:9411/zipkin/

image-20210218204359594

点击查找

image-20210218204428952

也可以根据服务名查找

image-20210218204507612

点击某一条记录能查看到调用细节

image-20210218204625488

也可以查看依赖

image-20210218204708749

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值