【1】概述
在分布式与微服务场景下，我们需要解决如下问题：
-
在大规模分布式与微服务集群下，如何实时观测系统的整体调用链路情况。
-
在大规模分布式与微服务集群下，如何快速发现并定位到问题。
-
在大规模分布式与微服务集群下，如何尽可能精确的判断故障对系统的影响范围与影响程度。
-
在大规模分布式与微服务集群下，如何尽可能精确的梳理出服务之间的依赖关系，并判断出服务之间的依赖关系是否合理。
-
在大规模分布式与微服务集群下，如何尽可能精确的分析整个系统调用链路的性能与瓶颈点。
-
在大规模分布式与微服务集群下，如何尽可能精确的分析系统的存储瓶颈与容量规划。
上述问题就是我们的落地议题答案：
分布式链路追踪技术要解决的问题，分布式链路追踪（Distributed Tracing），就是将一次分布式请求还原成调用链路，进行日志记录，性能监控并将一次分布式请求的调用情况集中展示。比如各个服务节点上的耗时、请求具体到达哪台机器上、每个服务节点的请求状态等等。
Micrometer Tracing 是Spring Cloud Sleuth的升级替代。https://micrometer.io/docs/tracing
Sleuth官网地址：https://spring.io/projects/spring-cloud-sleuth#overview
SleuthGitHub地址：https://github.com/spring-cloud/spring-cloud-sleuth
Spring Cloud Sleuth(micrometer)提供了一套完整的分布式链路追踪（Distributed Tracing）解决方案且兼容支持了zipkin展现。
将一次分布式请求还原成调用链路，进行日志记录和性能监控，并将一次分布式请求的调用情况集中web展示。
【2】分布式链路追踪原理
一条链路通过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 | 第七个节点：Span ID = G，Parent ID= F，Service 4 的中间解决过程。 |
| 8 | 通过 Parent ID 就可找到父节点，整个链路即可以进行跟踪追溯了。 |
