Što je "database-per-service" princip?

Question

Accepted Answer

**Database per service** znači da svaki microservice posjeduje vlastitu privatnu bazu podataka, a nijedan drugi servis ne može je izravno čitati ili pisati. Ostali servisi moraju pristupiti preko API-ja vlasničkog servisa.

## Zašto je to važno

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

Ako Orders trebaju podatke o korisniku, pozivaju Users API — **ne** upućuju upite izravno na `usersDB`.

## Zašto to primjenjujemo

- **Labava povezanost** — servis može slobodno promijeniti svoju shemu.
- **Nezavisna implementacija** — nema migracija dijeljene sheme između timova.
- **Izbor tehnologije** — jedan servis koristi Postgres, drugi MongoDB.

## Cijena

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

## Zamka

**Dijeljena baza podataka** je klasični anti-uzorak — tiho povezuje servise tako da se više ne mogu nezavisno primjenjivati.

## Zašto je to važno

Privatne baze podataka su ono što doista čini servise neovisnima; ako dijelite bazu podataka, imate distribuirani monolith.

Cijena je što se spajanja i transakcije sada prostiru preko servisa, što nameće obrasce kao sagas i konačnu konzistentnost — namjerna zamjena za autonomiju.