技术分析：搞懂链路追踪

左手的ㄟ右手 2022-01-12 05:23 181阅读 0赞

背景介绍

在微服务横行的时代，服务化思维逐渐成为了程序员的基本思维模式，但是，由于绝大部分项目只是一味地增加服务，并没有对其妥善管理，当接口出现问题时，很难从错综复杂的服务调用网络中找到问题根源，从而错失了止损的黄金时机。

而链路追踪的出现正是为了解决这种问题，它可以在复杂的服务调用中定位问题，还可以在新人加入后台团队之后，让其清楚地知道自己所负责的服务在哪一环。

除此之外，如果某个接口突然耗时增加，也不必再逐个服务查询耗时情况，我们可以直观地分析出服务的性能瓶颈，方便在流量激增的情况下精准合理地扩容。

链路追踪

“链路追踪”一词是在2010年提出的，当时谷歌发布了一篇Dapper论文，介绍了谷歌自研的分布式链路追踪的实现原理，还介绍了他们是怎么低成本实现对应用透明的。

其实Dapper一开始只是一个独立的调用链路追踪系统，后来逐渐演化成了监控平台，并且基于监控平台孕育出了很多工具，比如实时预警、过载保护、指标数据查询等。

除了谷歌的dapper，还有一些其他比较有名的产品，比如阿里的鹰眼、大众点评的CAT、Twitter的Zipkin、Naver(著名社交软件LINE的母公司)的pinpoint以及国产开源的skywalking等。

基本实现原理

如果想知道一个接口在哪个环节出现了问题，就必须清楚该接口调用了哪些服务，以及调用的顺序，如果把这些服务串起来，看起来就像链条一样，我们称其为调用链。

想要实现调用链，就要为每次调用做个标识，然后将服务按标识大小排列，可以更清晰地看出调用顺序，我们暂且将该标识命名为spanid。

实际场景中，我们需要知道某次请求调用的情况，所以只有spanid还不够，得为每次请求做个唯一标识，这样才能根据标识查出本次请求调用的所有服务，而这个标识我们命名为traceid。

现在根据spanid可以轻易地知道被调用服务的先后顺序，但无法体现调用的层级关系，正如下图所示，多个服务可能是逐级调用的链条，也可能是同时被同一个服务调用。

所以应该每次都记录下是谁调用的，我们用parentid作为这个标识的名字。

到 现在，已经知道调用顺序和层级关系了，但是接口出现问题后，还是不能找到出问题的环节，如果某个服务有问题，那个被调用执行的服务一定耗时很长，要想计算出耗时，上述的三 个标识还不够，还需要加上时间戳，时间戳可以更精细一点，精确到微秒级。

只记录发起调用时的时间戳还算不出耗时，要记录下服务返回时的时间戳，有始有终才能算出时间差，既然返回的也记了，就把上述的三个标识都记一下吧，不然区分不出是谁的时间戳。

虽然能计算出从服务调用到服务返回的总耗时，但是这个时间包含了服务的执行时间和网络延迟，有时候我们需要区分出这两类时间以方便做针对性优化。那如何计算网络延迟呢?我们可以把调用和返回的过程分为以下四个事件。

Client Sent简称cs，客户端发起调用请求到服务端。

Server Received简称sr，指服务端接收到了客户端的调用请求。

Server Sent简称ss，指服务端完成了处理，准备将信息返给客户端。

Client Received简称cr，指客户端接收到了服务端的返回信息。

假如在这四个事件发生时记录下时间戳，就可以轻松计算出耗时，比如sr减去cs就是调用时的网络延迟，ss减去sr就是服务执行时间，cr减去ss就是服务响应的延迟，cr减cs就是整个服务调用执行的时间。

其实span块内除了记录这几个参数之外，还可以记录一些其他信息，比如发起调用服务名称、被调服务名称、返回结果、IP、调用服务的名称等，最后，我们再把相同spanid的信息合成一个大的span块，就完成了一个完整的调用链。感兴趣的同学可以去深入了解一下链路追踪，希望本文对你有所帮助。

*

转载于:https://juejin.im/post/5cfe020bf265da1bc37f037e

发表评论取消回复

表情：

评论列表（有 0 条评论，181人围观）

还没有评论，来说两句吧...

相关阅读

相关 Skywalking链路追踪

APM（Application Performance Monitoring）系统是一种用于监控和管理应用程序性能的工具。它可以帮助开发人员和运维团队实时监控应用程序的性...

￡神魔★判官ぃ/ 2024年04月21日 08:11/ 0 赞/ 93 阅读

相关如何理解分布式链路追踪技术

![717fdace9ba23a62b91044abf936ef5c.jpeg][] > 什么是链路追踪？微服务引发了怎样的问题？在深入了解分布式链路追踪技术之前，我们需

末蓝、/ 2024年04月07日 11:33/ 0 赞/ 66 阅读

相关【JAVA】分布式链路追踪技术概论

![682ebbfa827c4ad699b8d43cc192f5be.png][] ![d8471cded7114d9a812687de984c3993.gif][] 目录

深碍√TFBOYSˉ_/ 2024年02月05日 18:29/ 0 赞/ 53 阅读

相关三分钟带你搞懂分布式链路追踪系统原理

分布式系统为什么需要链路追踪？随着互联网业务快速扩展，软件架构也日益变得复杂，为了适应海量用户高并发请求，系统中越来越多的组件开始走向分布式化，如单体架构拆分为微服务、

落日映苍穹つ/ 2023年10月14日 14:05/ 0 赞/ 43 阅读

相关服务链路追踪

文章目录 1、基本术语 2、整合 Sleuth 3、整合 Zipkin > 【笔记于学习尚硅谷课程所作】 1、基本术语 Span (跨度

た入场券/ 2023年02月17日 03:13/ 0 赞/ 25 阅读

相关全链路追踪关键技术-javaagent

转自：[https://www.cnblogs.com/rickiyang/p/11368932.html][https_www.cnblogs.com_rickiyang_p

àì夳堔傛蜴生んèń/ 2023年01月17日 03:20/ 0 赞/ 175 阅读

相关服务链路追踪

服务链路追踪为什么需要服务追踪在微服务架构下，由于进行了服务拆分，一次请求往往需要涉及多个服务，每个服务可能是由不同的团队开发，使用了不同的编程语言，还有

偏执的太偏执、/ 2022年10月31日 12:09/ 0 赞/ 249 阅读

相关 Spring Cloud —— 链路追踪技术

导航一、什么是链路追踪二、Spring Cloud Sleuth 2.1 相关概念三、Sleuth 入门案例四、Zipkin

野性酷女/ 2022年09月14日 09:19/ 0 赞/ 234 阅读

相关分布式链路追踪技术对比

常见开源产品 cat， zipkin， pinpoint , skywalking cat 由大众点评开源，基于Java开发的实时应用监控平台，包括实时应用监

墨蓝/ 2022年05月27日 12:13/ 0 赞/ 231 阅读

相关技术分析：搞懂链路追踪

　　背景介绍　　在微服务横行的时代，服务化思维逐渐成为了程序员的基本思维模式，但是，由于绝大部分项目只是一味地增加服务，并没有对其妥善管理，当接口出现问题时，很难从错综复杂

左手的ㄟ右手/ 2022年01月12日 05:23/ 0 赞/ 182 阅读