Spring Cloud Alibaba - Sleuth 链路追踪技术

x33g5p2x  于11个月前 转载在 Spring  
字(1.4k)|赞(0)|评价(0)|浏览(185)

Spring Cloud Alibaba - Sleuth 链路追踪技术

  • 回溯
  • Sleuth介绍
  • Sleuth 入门使用
  • 环境准备

回溯

在上一篇的博客中,简单的讲述了链路追踪的概念以及相关组件的介绍,这篇博文讲述一下 Sleuth 的使用。

Sleuth介绍

SpringCloud Sleuth主要功能就是在分布式系统中提供追踪解决方案。它大量借用了GoogleDapper的设计, 先来了解一下Sleuth中的术语和相关概念。

  • Trace
    由一组Trace Id 相同的 Span 串联形成一个树状结构。为了实现请求跟踪,当请求到达分布式系统的入口端点时,只需要服务跟踪框架为该请求创建一个唯一的标识(即TraceId),同时在分布式系统内部流转的时候,框架始终保持传递该唯一值,直到整个请求的返回。那么我们就可以使用该唯一标识将所有的请求串联起来,形成一条完整的请求链路。
  • Span
    代表了一组基本的工作单元。为了统计各处理单元的延迟,当请求到达各个服务组件的时候,也通过一个唯一标识(SpanId)来标记它的开始、具体过程和结束。通过SpanId的开始和结束时间戳,就能统计该span的调用时间,除此之外,我们还可以获取如事件的名称。请求信息等元数据。
  • Annotation
    用它记录一段时间内的事件,内部使用的重要注释:
    cs(Client Send)客户端发出请求,开始一个请求的生命
    sr(Server Received)服务端接受到请求开始进行处理, sr-cs = 网络延迟(服务调用的时间)
    ss(Server Send)服务端处理完毕准备发送到客户端,ss - sr = 服务器上的请求处理时间
    cr(Client Reveived)客户端接受到服务端的响应,请求结束。 cr - sr = 请求的总时间

Sleuth 入门使用

环境准备

首先需要准备 一个生产者,一个消费者,一个网关,并且注册在Nacos上。测试的调用过程是:调用网关,分发到消费者,消费者调用生产者。

ps(对这步骤有疑虑的,可以参考博主以前写的博文)。

在这里插入图片描述

以上三个组件都添加依赖:

<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-sleuth</artifactId>
            <version>2.1.0.RELEASE</version>
        </dependency>

这时候,前期配置都已经准备完成(超级无敌简单)。

此时我们调用一下测试方法(网关-消费者-生产者)

在这里插入图片描述

然后观察 网关 / 生产者 / 消费者 的日志,分别如下

网关:

在这里插入图片描述

消费者:

在这里插入图片描述

生产者:

在这里插入图片描述

这里针对测试结果,分析一下日志:

微服务名称traceldspanid是否将链路的追踪结果输出到第三方平台
api-gatewayefd05d6f58948deeefd05d6f58948deefalse
test-xfzefd05d6f58948deed27ab04a35c5df69false
test-sczefd05d6f58948dee3002a4ad547df6d1false

所以我们是可以根据日志数据分析结果的,但是,这样做用户体验非常不好,所以我们将在下篇博文中引入Zipkin ,进行可视化的页面操作。

相关文章

热门文章

更多