Spring Cloud Alibaba - 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>
这时候,前期配置都已经准备完成(超级无敌简单)。
此时我们调用一下测试方法(网关-消费者-生产者)
然后观察 网关 / 生产者 / 消费者 的日志,分别如下
网关:
消费者:
生产者:
扫描二维码关注公众号,回复:
12471950 查看本文章
这里针对测试结果,分析一下日志:
微服务名称 | traceld | spanid | 是否将链路的追踪结果输出到第三方平台 |
---|---|---|---|
api-gateway | efd05d6f58948dee | efd05d6f58948dee | false |
test-xfz | efd05d6f58948dee | d27ab04a35c5df69 | false |
test-scz | efd05d6f58948dee | 3002a4ad547df6d1 | false |
所以我们是可以根据日志数据分析结果的,但是,这样做用户体验非常不好,所以我们将在下篇博文中引入Zipkin ,进行可视化的页面操作。