Distributed tracing là gì và correlation ID hoạt động ra sao?

Question

Accepted Answer

**Distributed tracing** theo dõi một request đơn lẻ khi nó di chuyển qua nhiều service, nhờ đó bạn có thể thấy đường đi đầu-cuối và tìm ra nơi độ trễ hoặc lỗi xảy ra. Một **correlation/trace ID** buộc tất cả các span của một request lại với nhau.

## Cách hoạt động

Service đầu tiên sinh ra một **trace ID**; mọi lời gọi downstream lan truyền nó (và một **span ID** cha) trong header.

```http
GET /checkout HTTP/1.1
traceparent: 00-4bf92f3577b34da6a3ce929d0e0e4736-00f067aa0ba902b7-01
# trace-id ───────────────────────────^   ^── span-id
```

```text
Trace abc123:
  Gateway      ├──────────────────────────────┤ 220ms
   Orders        ├────────────┤ 90ms
    Payments        ├──────┤ 60ms   ← tìm thấy span chậm ở đây
    Inventory       ├──┤ 15ms
```

## Nó mang lại gì cho bạn

- **Phân tích độ trễ** — service/span nào chậm.
- **Khoanh vùng lỗi** — bước nhảy nào thất bại.
- **Bản đồ phụ thuộc** — thực sự cái gì gọi cái gì.

Công cụ: OpenTelemetry (đo đạc), Jaeger / Zipkin (lưu trữ + UI).

## Cạm bẫy

```text
⚠️ Nếu một service làm rớt header trace, trace bị đứt
⚠️ Sampling 100% rất tốn kém — hãy sample, nhưng giữ các lỗi
⚠️ Log vô dụng xuyên các service nếu không gắn correlation ID
```

## Tại sao điều này quan trọng

Không có tracing, việc debug một request chậm hoặc lỗi xuyên cả chục service là đoán mò; có nó, bạn thấy chính xác bước nhảy nào đáng trách.

Lan truyền một correlation ID qua mọi dòng log và lời gọi là khoản đầu tư observability có đòn bẩy cao nhất trong một hệ thống microservices.