17、架构-可观测性-链路追踪详细解析

大树~~

于 2024-06-14 23:29:54 发布

阅读量879

点赞数 14

分类专栏：架构文章标签：架构微服务 java

本文链接：https://blog.csdn.net/qq_29434541/article/details/139691822

版权

架构专栏收录该内容

28 篇文章 1 订阅

订阅专栏

链路追踪

链路追踪是指在分布式系统中追踪单个请求在多个服务之间的传播路径。通过链路追踪，可以帮助开发者和运维人员了解请求的流转过程，识别性能瓶颈和故障节点。以下是对链路追踪各个方面的详细解析，并结合具体的数据案例和技术支撑。

追踪与跨度

链路追踪的核心概念是追踪（Trace）和跨度（Span）。一个追踪表示一个完整的请求过程，跨度表示该请求在各个微服务中的具体操作。

Trace：一个Trace表示一个用户请求的完整生命周期，从进入系统到响应用户。每个Trace由多个Span组成。TraceID是全局唯一的标识符，用于标识一次完整的请求链路。
Span：每个Span表示Trace中的一个步骤或一个服务调用。Span包含开始时间、结束时间、事件标签等信息。Span可以嵌套，表示服务调用的层级关系。SpanID是唯一的标识符，用于标识某个具体的操作或步骤。
Parent Span：每个Span还可以有一个Parent Span，表示调用链的父子关系，这样可以构建出一个完整的调用树。

技术支撑和数据案例

在某金融系统中，使用Spring Cloud Sleuth和Zipkin实现链路追踪。每个用户请求从进入网关开始生成一个Trace，并在调用各个微服务时生成相应的Span。最终，通过Zipkin可以看到完整的请求链路和各个Span的执行时间，帮助分析请求延迟和故障点。

数据收集

为了实现链路追踪，需要在各个微服务中收集追踪数据，并将其发送到集中存储系统。以下是数据收集的几个关键点：

自动采集：使用Spring Cloud Sleuth可以自动为每个HTTP请求和内部调用生成Span，并收集相关数据。Sleuth会拦截常用的通信方式（如RestTemplate、Feign、Zuul等），自动注入TraceID和SpanID。

手动采集：对于一些自定义操作或非HTTP通信，可以手动生成和管理Span。以下是一个示例：

java复制代码@Autowired
private Tracer tracer;

public void customOperation() {
    Span newSpan = this.tracer.nextSpan().name("customOperation").start();
    try (Tracer.SpanInScope ws = this.tracer.withSpanInScope(newSpan.start())) {
        // 执行自定义操作
    } finally {
        newSpan.finish();
    }
}

数据上报：使用Zipkin作为集中存储系统，可以将采集到的追踪数据发送到Zipkin进行存储和分析。通过配置Spring Cloud Sleuth，可以自动上报数据：
```
properties复制代码spring.zipkin.base-url=http://localhost:9411
spring.sleuth.sampler.probability=1.0
```

日志增强：在日志记录中添加TraceID和SpanID信息，使得日志可以与链路追踪数据关联。例如，在Logback中配置：

xml复制代码<configuration>
    <springProperty scope="context" name="traceId" source="traceId"/>
    <springProperty scope="context" name="spanId" source="spanId"/>
    <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
        <layout class="ch.qos.logback.classic.PatternLayout">
            <pattern>%d{yyyy-MM-dd HH:mm:ss} [%thread] %-5level %logger{36} - %msg traceId=%X{traceId} spanId=%X{spanId}%n</pattern>
        </layout>
    </appender>
    <root level="INFO">
        <appender-ref ref="CONSOLE"/>
    </root>
</configuration>

技术支撑和数据案例

在某电商平台中，使用Spring Cloud Sleuth和Zipkin进行链路追踪。通过自动采集和手动采集相结合的方法，收集完整的追踪数据，并将其上报到Zipkin进行集中存储和分析。最终，通过Zipkin的Web界面，可以清晰地看到每个用户请求的完整链路和各个服务的响应时间。

追踪规范化

为了保证链路追踪的效果，需要对追踪数据进行规范化处理，确保数据的一致性和完整性。以下是追踪规范化的几个关键点：

统一TraceID和SpanID：确保每个请求在各个服务之间传递时，TraceID和SpanID保持一致。在HTTP请求头中传递这些ID，例如：
```
http复制代码X-B3-TraceId: 4bf92f3577b34da6a3ce929d0e0e4736
X-B3-SpanId: 00f067aa0ba902b7
X-B3-ParentSpanId: 4bf92f3577b34da6a3ce929d0e0e4736
```
采样率控制：在高并发场景下，可以通过配置采样率控制追踪数据的采集量，避免对系统性能产生过大影响。例如，配置采样率为10%：
```
properties复制代码spring.sleuth.sampler.probability=0.1
```
数据完整性：确保每个Span都包含必要的信息，如开始时间、结束时间、操作名称、标签等。对于异常操作，还应记录错误信息。
跨进程传递：确保TraceID和SpanID能够在不同进程和不同服务之间传递。对于HTTP、消息队列、gRPC等不同的通信方式，都需要正确传递这些追踪信息。例如，对于消息队列，可以在消息头中添加TraceID和SpanID。
一致的时间戳：确保所有Span的时间戳是一致的，通常使用统一的时间源，如NTP服务器。这样可以保证各个Span的时间顺序是正确的，有助于分析请求的具体时间线。

技术支撑和数据案例

在某金融系统中，通过规范化处理链路追踪数据，确保各个服务之间传递一致的TraceID和SpanID，并通过配置采样率控制追踪数据的采集量。最终，通过Zipkin的分析，能够准确定位系统中的性能瓶颈和故障点。

链路追踪工具和框架

链路追踪工具和框架提供了实现分布式追踪的基础设施。以下是几个常用的链路追踪工具和框架：

Zipkin：一个开源的分布式追踪系统，支持收集、存储和查询追踪数据。Zipkin具有强大的查询和可视化功能，可以展示完整的请求链路。
Jaeger：由Uber开源的分布式追踪系统，支持高性能的追踪数据收集和查询。Jaeger提供了多种采样策略和存储后端选择，适合大规模分布式系统。
OpenTelemetry：一个提供统一标准的开源项目，支持分布式追踪、指标和日志。OpenTelemetry提供了丰富的语言支持和扩展性，成为现代可观测性解决方案的标准。
SkyWalking：由Apache基金会开源的应用性能监控和分布式追踪系统，支持多种语言和框架的自动探针，适合复杂的微服务架构。

技术支撑和数据案例

在某大型互联网公司，使用Jaeger进行链路追踪。通过Jaeger的高性能数据收集和多种采样策略，能够在高并发环境下有效追踪请求链路，帮助开发团队快速定位和解决性能问题。