Apakah itu prinsip database-per-service?

Question

Accepted Answer

**Database per service** bermaksud setiap microservice memiliki pangkalan data peribadinya sendiri, dan tiada perkhidmatan lain boleh membaca atau menulisnya secara langsung. Perkhidmatan lain mesti melalui API perkhidmatan pemiliknya.

## Bagaimana ia berfungsi

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

Jika Orders memerlukan data pengguna, ia memanggil Users API — ia **tidak** membuat pertanyaan pada `usersDB` secara langsung.

## Mengapa menguatkuasakannya

- **Loose coupling** — sesuatu perkhidmatan boleh mengubah skemanya secara bebas.
- **Penyebaran bebas** — tiada migrasi skema kongsi merentas pasukan.
- **Pilihan teknologi** — satu perkhidmatan menggunakan Postgres, satu lagi menggunakan MongoDB.

## Kosnya

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

## Perangkap

Sebuah **shared database** adalah anti-pattern klasik — ia menyebabkan perkhidmatan berganding secara senyap sehingga ia tidak lagi boleh disebarkan secara bebas.

## Mengapa ia penting

Pangkalan data peribadi adalah apa yang sebenarnya menjadikan perkhidmatan bebas; kongsikan pangkalan data dan anda mempunyai monolit teragih.

Harganya ialah join dan transaksi kini merentasi perkhidmatan, yang memaksa corak seperti saga dan eventual consistency — pertukaran yang disengajakan demi autonomi.