Apa itu service mesh dan mengapa Anda menggunakannya?

Question

Accepted Answer

A **service mesh** (Istio, Linkerd) memindahkan cross-cutting networking concerns — retries, timeouts, mTLS, traffic routing, observability — **keluar dari kode aplikasi** dan ke dalam lapisan infrastruktur jaringan **sidecar proxies**.

## Cara kerjanya

Setiap instance service menjalankan **sidecar proxy** di sebelahnya (misalnya, Envoy). Semua traffic mengalir melalui proxy, yang membentuk **data plane**; **control plane** mengonfigurasinya.

```text
┌─────────────────┐        ┌─────────────────┐
│ Service A       │        │ Service B       │
│  app  ⇄ [proxy] │◀──────▶│ [proxy] ⇄  app  │
└─────────────────┘  mTLS  └─────────────────┘
        ▲ configured by ▲
        └──── Control Plane (Istio/Linkerd) ────┘
```

## Apa yang disediakan

- **mTLS** antara service secara otomatis (nol perubahan app).
- **Resilience** — retries, timeouts, circuit breaking di proxy.
- **Traffic management** — canary, A/B, weighted routing.
- **Observability** — metrics, traces, logs yang seragam.

## Contoh policy

```yaml
# shift 10% of traffic to v2 (canary), no code change
route:
  - destination: { host: orders, subset: v1 }
    weight: 90
  - destination: { host: orders, subset: v2 }
    weight: 10
```

## Trade-offs

Mesh menambah latency (lompatan ekstra), overhead resource (satu proxy per pod), dan kompleksitas operasional yang nyata.

## Mengapa ini penting

Mesh menstandarkan resilience, security, dan observability di semua service tanpa setiap tim perlu mengimplementasikannya lagi dalam bahasa yang berbeda.

Tapi mesh berat: hanya adopsi saat Anda memiliki cukup service sehingga logika networking yang terduplikasi melampaui biaya operasional mesh.