Wat is het database-per-service-principe?

Question

Accepted Answer

**Database per service** betekent dat elke microservice zijn eigen private database bezit, en geen andere service mag deze rechtstreeks lezen of schrijven. Andere services moeten via de API van de eigenaar gaan.

## Waarom het belangrijk is

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

Als Orders gebruikersgegevens nodig heeft, roept het de Users API aan — het query `usersDB` **niet** rechtstreeks.

## Waarom afdwingen

- **Losse koppeling** — een service kan zijn schema vrijelijk wijzigen.
- **Onafhankelijke implementatie** — geen gedeelde-schema migraties tussen teams.
- **Technologiekeuze** — de ene service gebruikt Postgres, de andere MongoDB.

## De kosten

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

## Valkuil

Een **gedeelde database** is het klassieke anti-patroon — het koppelt services stilzwijgend, zodat ze niet langer onafhankelijk kunnen worden geïmplementeerd.

## Waarom het belangrijk is

Privé-databases zijn wat services eigenlijk onafhankelijk maakt; deel een database en je hebt een gedistribueerde monoliet.

De prijs is dat joins en transacties nu services overspannen, wat patronen als sagas en eventual consistency forceert — een bewuste afweging voor autonomie.