Hizmet başına veritabanı ilkesi nedir?

Question

Accepted Answer

**Hizmet başına veritabanı**, her bir mikrohizmetin kendi özel veritabanına sahip olması ve başka hiçbir hizmetin onu doğrudan okuyup yazma yapamaması anlamına gelir. Diğer hizmetler, sahibi hizmetin API'si aracılığıyla geçmelidir.

## Nasıl çalışır?

```text
┌──────────┐     ┌──────────┐     ┌──────────┐
│  Orders  │     │ Payments │     │  Users   │
│ service  │     │ service  │     │ service  │
└────┬─────┘     └────┬─────┘     └────┬─────┘
     ▼                ▼                ▼
  ordersDB        paymentsDB        usersDB   ← private, no cross-access
```

Orders'in kullanıcı verilerine ihtiyacı varsa, Users API'sini çağırır — `usersDB`'yi doğrudan sorgula**maz**.

## Neden bunu uygulamalı?

- **Gevşek bağlantı** — bir hizmet, şemasını özgürce değiştirebilir.
- **Bağımsız dağıtım** — takımlar arasında paylaşılan şema geçişleri yoktur.
- **Teknoloji seçimi** — bir hizmet Postgres kullanırken, diğeri MongoDB kullanır.

## ## Neden önemli

```text
With no shared DB:
  ✗ no cross-service JOINs
  ✗ no single ACID transaction across services
  → need API composition, replication, or sagas instead
```

## Tuzak

**Paylaşılan veritabanı**, klasik anti-patern — hizmetleri sessizce birleştirerek artık bağımsız olarak dağıtılamaz hale getirir.

## Neden önemli

Özel veritabanları, hizmetleri gerçekten bağımsız kılan şeydir; bir veritabanını paylaştığınızda, dağıtılmış bir monolit elde edersiniz.

Bedeli, join ve işlemler artık hizmetler arasında yayılması ve bunu saga'lar ve nihai tutarlılık gibi desenler kullanmaya zorlamasıdır — özerklik için bilinçli bir uzlaşma.