✅PmHub 整合 SkyWalking 实现服务链路追踪

你好，欢迎来到本章教程！这篇文章主要讲 PmHub 中如何使用 Skywalking 进行性能监控和分布式追踪，期间会先从基础知识开始，到项目实战以及如何 0-1 集成，并给出如何用 tranceid 来定位分布式链路问题，让你一次性掌握 Skywalking 的实战使用。

分布式链路追踪概述

在微服务系统中，A 服务调用 B 服务，B 又调用 C 服务，C 又调用 D 服务，会使得链路变得很复杂，

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

在分布式系统中，必须有人专门做这个事才行。

目前，能做这个事情的比较流行的有 Sleuth、Skywalking 以及 ZipKin。但可惜 Sleuth 官宣要「盖头换面」😂

以下是一些行业内比较成熟的其他分布式链路追踪技术解决方案。

假定三个微服务调用的链路如下图所示：Service 1 调用 Service 2，Service 2 调用 Service 3 和 Service 4

那么一条链路追踪会在每个服务调用的时候加上Trace ID 和 Span ID

链路通过TraceId唯一标识，

Span标识发起的请求信息，各span通过parent id 关联起来 (Span:表示调用链路来源，通俗的理解span就是一次请求信息。

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


1	第一个节点：Span ID = A，Parent ID = null，Service 1 接收到请求。
2	第二个节点：Span ID = B，Parent ID= A，Service 1 发送请求到 Service 2 返回响应给Service 1 的过程。
3	第三个节点：Span ID = C，Parent ID= B，Service 2 的中间解决过程。
4	第四个节点：Span ID = D，Parent ID= C，Service 2 发送请求到 Service 3 返回响应给Service 2 的过程。
5	第五个节点：Span ID = E，Parent ID= D，Service 3 的中间解决过程。
6	第六个节点：Span ID = F，Parent ID= C，Service 3 发送请求到 Service 4 返回响应给 Service 3 的过程。
7

真诚点赞诚不我欺