Was ist das Database-per-service-Prinzip?

Question

Accepted Answer

**Database per service** bedeutet, dass jeder Microservice seine eigene private Datenbank besitzt und kein anderer Service diese direkt lesen oder schreiben darf. Andere Services müssen über die API des besitzenden Service kommunizieren.

## Warum es wichtig ist

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

Wenn Orders Benutzerdaten benötigt, ruft es die Users API auf — es fragt `usersDB` **nicht** direkt ab.

## Warum es wichtig ist

- **Loose coupling** — ein Service kann sein Schema frei ändern.
- **Independent deployment** — keine gemeinsamen Schema-Migrations über Teams hinweg.
- **Technology choice** — ein Service nutzt Postgres, ein anderer MongoDB.

## Die Kosten

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

## Fallstricke

Eine **gemeinsame Datenbank** ist das klassische Anti-Pattern — sie koppelt Services stillschweigend aneinander, sodass diese nicht mehr unabhängig bereitgestellt werden können.

## Warum es wichtig ist

Private Datenbanken sind das, was Services wirklich unabhängig macht; teile eine Datenbank und du hast einen verteilten Monolithen.