Apa itu prinsip "database-per-service"?

Question

Accepted Answer

**Database per service** berarti setiap microservice memiliki database pribadi miliknya sendiri, dan tidak ada layanan lain yang boleh membaca atau menulisnya secara langsung. Layanan lain harus melalui API dari layanan pemilik.

## Mengapa ini penting

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

Jika Orders membutuhkan data pengguna, ia memanggil API Users — ia **tidak** query `usersDB` secara langsung.

## Mengapa memberlakukannya

- **Coupling yang longgar** — sebuah layanan dapat mengubah skemanya dengan bebas.
- **Deployment independen** — tidak ada migrasi skema bersama di seluruh tim.
- **Pilihan teknologi** — satu layanan menggunakan Postgres, layanan lain menggunakan MongoDB.

## Biayanya

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

## Jebakan

Sebuah **database bersama** adalah anti-pattern klasik — secara diam-diam mengacaukan layanan sehingga mereka tidak lagi dapat di-deploy secara independen.

## Mengapa ini penting

Database pribadi adalah apa yang benar-benar membuat layanan independen; bagikan database dan Anda memiliki monolith terdistribusi.

Harganya adalah bahwa join dan transaksi kini menjangkau layanan, yang memaksa pola seperti sagas dan eventual consistency — tradeoff yang disengaja untuk otonomi.