Microservices'i ne zaman KULLANMAmalısınız?

Question

Accepted Answer

Microservices çoğu zaman **yanlış** bir başlangıç seçimidir. Genel bir kural **"monolith first"** şeklindedir: iyi yapılandırılmış bir monolith ile başlayın ve yalnızca somut bir nedene sahip olduğunuzda hizmetleri çıkarın.

## Microservices'i şu durumlarda kullanmayın

```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
```

## Erken bölme maliyeti

In-process bir yöntem çağrısını ağ çağrısına taşımak, gecikme, hata modları, serileştirme ve dağıtım birimi ekler. Sınırlar yanlışsa, bütün bunları ödeyebilirsiniz **ve** yine de hizmetler arasında yeniden düzenlemek zorundaysınız.

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

## Daha iyi yol

```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
```

## Neden önemli

Microservices'i çok erken benimsyen çoğu takım, hızlı değil, daha yavaş bitirler. Çünkü ihtiyaç duymadan önce dağıtılmış sistem ek yükünü üstlenirler.

Monolith içindeki sınırları önce tutmak, alanı ucuza öğrenmenize ve daha sonra doğru yerlerde bölmenize izin verir.