共计 886 个字符，预计需要花费 3 分钟才能阅读完成。
1. 什么是分布式链路追踪
随着分布式服务架构的风行，特地是微服务等设计理念在零碎中的利用，业务的调用链越来越简单。相干产品还有 skywalking、zipkin
分布式服务跟踪是整个分布式系统中跟踪一个用户申请的过程（包含数据采集、数据传输、数据存储、数据分析、数据可视化），捕捉此类跟踪让咱们构建用户交互背地的整个调用链的视图，这是调试和监控微服务的要害工具。Spring Cloud Sleuth 是 Spring Cloud 为分布式服务跟踪提供的解决方案，有了它，咱们能够：
- 提供链路追踪，故障疾速定位：能够通过调用链联合业务日志疾速定位错误信息。
- 可视化各个阶段耗时，进行性能剖析
- 各个调用环节的可用性、梳理服务依赖关系以及优化
- 数据分析，优化链路：能够失去用户的行为门路，汇总剖析利用在很多业务场景。
2. 疾速应用 springcloud-sleuth
2.1 springboot 启动日志
springboot 我的项目启动时日志如下：
当有申请进入时，控制台打印日志如下：（本我的项目没有配置 spring.application.name）
2.2 日志含意
第一个值：trace1，它示意利用的名称，也就是配置文件 spring.application.name 的值。
第二个值：454445a6a7d9ea44，它是 SpringCloudSleuth 生成的一个 ID，称为 Trace ID，它用来标识一条申请链路，一条申请链路中蕴含一个 Trace ID，多个 Span ID。
第三个值：912a7c66c17214e0，它是 SpringCloudSleuth 生成的另外一个 ID，称为 Span ID，它示意一个根本的工作单元，比方发送一个 http 申请。
第四个值：false，示意是否要将该信息输入到 Zipkin 等服务中来收集和展现。
3. 集成与利用
3.1 与 zipkin 整合
提供 web 页面，能够方便快捷的展现申请的残缺生命周期和链式调用，便于疾速定位、剖析、解决问题
3.2 与 ELK 日志收集零碎整合
日志收集零碎，便于进行日志的收集、剖析与计算
官网链接：https://spring.io/projects/sp…
