Bilakah anda TIDAK seharusnya menggunakan microservices?

Question

Accepted Answer

Microservices sering kali adalah pilihan **salah** pada awalnya. Peraturan umum adalah **"monolith dahulu"**: mulai dengan monolith yang terstruktur dengan baik dan ekstrak layanan hanya ketika Anda memiliki alasan konkret.

## Hindari microservices ketika

```text
✗ Small team — more services than people to run them
✗ Early-stage product — domain boundaries still shifting
✗ No CI/CD, monitoring, or tracing in place
✗ Low traffic — no real scaling pressure
✗ Simple domain — splitting adds cost, not value
```

## Kos pemisahan prematur

Memindahkan panggilan metode in-process ke panggilan jaringan menambahkan latensi, mode kegagalan, serialisasi, dan unit penerapan. Jika batas-batasnya salah, Anda membayar semua itu **dan** masih harus refactor di seluruh layanan.

```text
method call        →  microseconds, can't fail
network call       →  milliseconds, can time out, can be down
```

## Jalan yang lebih baik

```text
Start: modular monolith (clear internal boundaries)
  └─▶ Extract a service ONLY when:
         · it needs independent scaling, OR
         · a separate team needs independent deploys, OR
         · it needs a different tech/SLA
```

## Mengapa ini penting

Sebagian besar tim yang mengadopsi microservices terlalu awal berakhir lebih lambat, bukan lebih cepat, karena mereka mengambil overhead sistem terdistribusi sebelum mereka membutuhkannya.

Menjaga batas-batas di dalam monolith dahulu memungkinkan Anda mempelajari domain dengan murah dan membagi sepanjang jahitan yang tepat kemudian.