System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) · 课时

了解追踪跨度与 ID

学习追踪的基本组成部分：跨度、追踪 ID 和跨度 ID。了解它们如何相互关联，构成完整的请求链路。

了解追踪跨度与 ID 是 CoddyKit 上的免费 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课时。这是第 1 节课，共 4 节。你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。这是 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 学习路径的一部分，你的进度在网页和 CoddyKit 应用中同步。 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课程共包含 4 节课。

本课时的部分内容尚未翻译，以英文显示。

Tracing Your System's Story

Welcome to Distributed Tracing! Ever wonder exactly what happens when a user clicks a button, and that request travels through many services?

Traditional monitoring struggles with this. Distributed tracing is your solution to understand the full journey of a request across complex systems.

What is a Trace?

Think of a trace as the complete story of a single request or operation as it flows through all the services in your application.

It starts when a request enters your system.
It ends when the final response is sent.
It captures every step in between, no matter how many services are involved.

Introducing Spans: The Chapters

A trace is made up of smaller units called spans. Each span represents a single, distinct operation or unit of work within the trace.

For example, fetching data from a database, calling another microservice, or executing a specific function could each be a span.

Anatomy of a Span

Every span holds important information about the operation it represents:

Operation Name: What happened (e.g., authenticateUser).
Start/End Time: When the operation began and finished.
Duration: How long it took.
Attributes (Tags): Key-value pairs providing context (e.g., http.method: GET, user.id: 123).

Trace ID: The Story's Title

The Trace ID is a unique identifier assigned to the entire request journey. All spans that belong to the same request share the exact same Trace ID.

This ID is crucial for linking all related operations together, allowing you to reconstruct the full story of a request.

Span ID: Chapter Number

While the Trace ID identifies the whole story, the Span ID uniquely identifies a specific operation (span) within that story.

Each span gets its own unique Span ID. This helps distinguish individual steps in the trace, even if they happen concurrently.

Parent-Child Span Relationships

Spans aren't just a flat list; they form a hierarchy. When one operation triggers another, they become parent-child spans.

A child span will typically reference its parent's Span ID. This creates a tree-like structure, showing causality and nested operations.

Visualizing the Trace Tree

These IDs and relationships allow observability tools to visualize a trace as a waterfall diagram or a tree. You can see:

The total time taken for the request.
Which services were called.
How long each step took.
Any errors that occurred at a specific step.

Simulating Trace & Span IDs

Let's look at a conceptual Java example. Imagine a request being handled, which then calls an authentication service and a database service. Notice how the Trace ID is constant, but Span IDs change, and parent-child relationships are indicated.

public class TraceExample {
  public static void main(String[] args) {
    String traceId = generateId(); // Unique ID for the whole request
    System.out.println("Trace Started. Trace ID: " + traceId);

    // Span 1: Main operation
    String span1Id = generateId();
    System.out.println("  Span 1: handleRequest (ID: " + span1Id + ", Parent: none)");

    // Span 2: Sub-operation of Span 1
    String span2Id = generateId();
    System.out.println("    Span 2: authenticateUser (ID: " + span2Id + ", Parent: " + span1Id + ")");

    // Span 3: Another sub-operation of Span 1
    String span3Id = generateId();
    System.out.println("    Span 3: fetchDataFromDB (ID: " + span3Id + ", Parent: " + span1Id + ")");

    System.out.println("Trace Finished.");
  }

  // Helper to simulate ID generation
  private static String generateId() {
    return Long.toHexString(System.nanoTime()); // Simple, unique-ish ID
  }
}

Quick Check: Trace Components

You've learned about the core components of a distributed trace. Let's see if you can identify their roles!

Recap: Tracing's Core Concepts

Great job! You've learned the fundamental building blocks of distributed tracing:

A Trace is the complete journey of a request.
Spans are individual operations within a trace.
The Trace ID uniquely identifies the entire request.
The Span ID uniquely identifies an individual operation.
Spans form parent-child relationships to show causality.

These concepts are key to understanding how distributed tracing provides deep visibility into your complex systems. Next, we'll explore how tracing actually works!

常见问题解答

「了解追踪跨度与 ID」课时是免费的吗？

是的 — 「了解追踪跨度与 ID」的完整文本可在网页上免费阅读。要进行交互式练习（内置代码编辑器和全天候 AI 导师）并解锁 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课程的其余内容，请升级到 CoddyKit PRO。 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课程共包含 4 节课。

「了解追踪跨度与 ID」这节课中我会学到什么？

学习追踪的基本组成部分：跨度、追踪 ID 和跨度 ID。了解它们如何相互关联，构成完整的请求链路。你通过在浏览器中直接运行的动手代码来练习 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)，全天候 AI 导师会在你学习这节课的过程中回答你的问题。

学习 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 需要有经验吗？

无需任何先前经验。CoddyKit 上的 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课程适合初学者到高级学习者，你可以从这里开始或从头开始，按照自己的节奏学习。这是第 1 节课，共 4 节。

「了解追踪跨度与 ID」课时需要多长时间？

大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动，所以你能稳步进步，并在网页和应用中从离开的地方继续。

我能在这节 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课中编写并运行代码吗？

能。每节 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry) 课都包含内置代码编辑器，你可以在浏览器中直接编写并运行真实代码，并获得即时 AI 反馈 — 无需本地设置。

此课程中的所有课时

← 返回 System Observability: Logging, Metrics & Tracing (ELK + OpenTelemetry)