Mi a "database-per-service" elv?

Question

Accepted Answer

**Database per service** azt jelenti, hogy minden microservice saját magánjellegű adatbázissal rendelkezik, és egyetlen más szolgáltatás sem olvashatja vagy írhatja azt közvetlenül. A többi szolgáltatásnak a tulajdonos szolgáltatás API-ján keresztül kell hozzáférnie.

## Miért fontos

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

Ha az Orders felhasználói adatokra van szüksége, meghívja a Users API-t — **nem** kérdezi meg közvetlenül a `usersDB`-t.

## Miért alkalmazzuk

- **Laza kapcsolat** — egy szolgáltatás szabadon megváltoztathatja a sémáját.
- **Független telepítés** — nincsenek megosztott sémamigráció a csapatok között.
- **Technológia választása** — az egyik szolgáltatás a Postgrés-t használja, a másik a MongoDB-t.

## Az ár

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

## Csapda

A **megosztott adatbázis** a klasszikus anti-pattern — hallgatólagosan összekapcsolja a szolgáltatásokat, így már nem tudnak függetlenül telepíteni.

## Miért fontos

A magánjellegű adatbázisok azok, amelyek valójában függetlenné teszik a szolgáltatásokat; ha megosztanak egy adatbázist, akkor egy elosztott monolitot kapnak.

Az ár az, hogy az összekapcsolások és tranzakciók most több szolgáltatásra terjednek, ami kénytelen mintákat, például sagákat és végső konzisztenciát — szándékos kompromisszumot az autonómiáért.