Vad är principen för databas per tjänst?

Question

Accepted Answer

**Databas per tjänst** innebär att varje mikrotjänst äger sin egen privata databas, och ingen annan tjänst får läsa eller skriva till den direkt. Andra tjänster måste gå genom den ägande tjänstens API.

## Hur det fungerar

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

Om Orders behöver användardata anropar den Users API — den gör **inte** en direkt fråga till `usersDB`.

## Varför tvinga det

- **Lös koppling** — en tjänst kan ändra sitt schema fritt.
- **Oberoende distribution** — inga delade schemagmigreringar mellan team.
- **Teknikval** — en tjänst använder Postgres, en annan använder MongoDB.

## Kostnaden

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

## Risk

En **delad databas** är det klassiska anti-mönstret — det kopplar tjänster tyst samman så att de inte längre kan distribueras oberoende.

## Varför det är viktigt

Privata databaser är det som faktiskt gör tjänster oberoende; delar du en databas har du en distribuerad monolith.

Priset är att join och transaktioner nu sträcker sig över tjänster, vilket tvingar fram mönster som sagas och eventual consistency — en medveten kompromiss för autonomi.