Che cos'è il principio database-per-service?

Question

Accepted Answer

**Database per service** significa che ogni microservizio possiede il suo database privato, e nessun altro servizio può leggerlo o scriverlo direttamente. Gli altri servizi devono passare attraverso l'API del servizio proprietario.

## Come funziona

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

Se Orders ha bisogno di dati utente, chiama l'API Users — **non** interroga `usersDB` direttamente.

## Perché è importante

- **Accoppiamento lasco** — un servizio può cambiare il suo schema liberamente.
- **Deployment indipendente** — nessuna migrazione di schema condiviso tra i team.
- **Scelta tecnologica** — un servizio usa Postgres, un altro usa MongoDB.

## Il costo

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

## Insidia

Un **database condiviso** è il classico anti-pattern — accoppia silenziosamente i servizi così che non possono più deployare indipendentemente.

## Perché è importante

I database privati sono ciò che rende effettivamente i servizi indipendenti; condividere un database e avrai un monolite distribuito.

Il prezzo è che join e transazioni ora attraversano i servizi, il che forza pattern come saghe e eventual consistency — un compromesso deliberato per l'autonomia.