Kapan SEHARUSNYA Anda tidak menggunakan microservices?

Question

Accepted Answer

Microservices sering kali merupakan pilihan awal yang **salah**. Aturan umum adalah **"monolith terlebih 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
```

## Biaya pemisahan prematur

Memindahkan panggilan metode dalam proses ke panggilan jaringan menambahkan latensi, mode kegagalan, serialisasi, dan unit deployment. Jika batas 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
```

## Jalur 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 dini akhirnya menjadi lebih lambat, bukan lebih cepat, karena mereka mengambil overhead sistem terdistribusi sebelum mereka membutuhkannya.

Mempertahankan batas di dalam monolith terlebih dahulu memungkinkan Anda mempelajari domain dengan murah dan membagi sepanjang garis yang tepat nanti.