Apakah distributed tracing dan bagaimana cara kerja correlation ID?

Question

Accepted Answer

**Distributed tracing** mengikuti satu permintaan saat berjalan melintasi banyak layanan, sehingga Anda dapat melihat jalur end-to-end lengkap dan menemukan di mana latensi atau kesalahan terjadi. **Correlation/trace ID** mengikat semua span dari satu permintaan bersama-sama.

## Cara kerjanya

Layanan pertama menghasilkan **trace ID**; setiap panggilan downstream menyebarkannya (dan parent **span ID**) dalam 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   ← slow span found here
    Inventory       ├──┤ 15ms
```

## Apa yang diberikannya

- **Latency breakdown** — layanan/span mana yang lambat.
- **Error localization** — hop mana yang gagal.
- **Dependency map** — apa yang benar-benar memanggil apa.

Alat: OpenTelemetry (instrumentation), Jaeger / Zipkin (storage + UI).

## Pitfalls

```text
⚠️ If one service drops the trace header, the trace breaks
⚠️ 100% sampling is expensive — sample, but keep errors
⚠️ Logs are useless across services without the correlation ID attached
```

## Mengapa penting

Tanpa tracing, men-debug permintaan yang lambat atau gagal di seluruh puluhan layanan adalah tebakan; dengan itu, Anda melihat dengan tepat hop mana yang harus disalahkan.

Menyebarkan correlation ID melalui setiap baris log dan panggilan adalah investasi observabilitas dengan leverage tertinggi dalam sistem microservices.