¿Qué es el principio database-per-service?

Question

Accepted Answer

**Database per service** significa que cada microservice es propietaria de su propia base de datos privada, y ningún otro servicio puede leerla o escribir en ella directamente. Otros servicios deben comunicarse a través de la API del servicio propietario.

## Cómo funciona

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

Si Orders necesita datos de usuario, llama a la API de Users — **no** consulta `usersDB` directamente.

## Por qué es importante

- **Loose coupling** — un servicio puede cambiar su esquema libremente.
- **Independent deployment** — sin migraciones de esquema compartidas entre equipos.
- **Technology choice** — un servicio usa Postgres, otro usa MongoDB.

## El costo

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

## Trampa común

Una **base de datos compartida** es el anti-patrón clásico — acopla silenciosamente los servicios para que ya no puedan desplegarse de forma independiente.

## Por qué es importante

Las bases de datos privadas son lo que realmente hace que los servicios sean independientes; comparte una base de datos y tendrás un monolito distribuido.