Co je princip Database-per-service?

Question

Accepted Answer

**Database per service** znamená, že každá microservice vlastní svou vlastní soukromou databázi a žádná jiná služba do ní nemůže přímo číst nebo zapisovat. Ostatní služby musí komunikovat přes API vlastnící služby.

## Jak to funguje

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

Pokud Orders potřebuje údaje o uživatelích, zavolá Users API — přímo **nedotazuje** `usersDB`.

## Proč to vynucovat

- **Loose coupling** — služba si může svobodně změnit své schéma.
- **Independent deployment** — žádné sdílené migrations schématu mezi týmy.
- **Technology choice** — jedna služba používá Postgres, jiná MongoDB.

## Cena

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

## Úskalí

SDílená databáze (**shared database**) je klasickým anti-patternem — tiše propojuje služby tak, aby je již nebylo možné nasazovat nezávisle.

## Proč na tom záleží

Soukromé databáze jsou tím, co opravdu činí služby nezávislými; sdílíte-li databázi, máte distribuovaný monolitní systém.