Database per service: cada equipo posee su modelo y su almacenamiento; la coordinación entre contextos pasa a patrones que ya tienes en el mapa (eventos, sagas, consistencia eventual).
MS · 02
Database per serviceSaga · EDA · CAP
01Database per service
🗄
MODELO DE DATOS
Privacidad y evolución
Cada servicio posee su almacenamiento; otros acceden solo por API o eventos. Permite escalar y desplegar sin migraciones globales coordinadas.
Integración: datos compartidos vía event-carried state transfer, APIs de consulta o CQRS — no JOINs cross-DB.
⛔
ANTI-PATRÓN
Base compartida entre servicios
Varios equipos escribiendo las mismas tablas = acoplamiento de esquema, imposibilidad de desplegar independiente y borrón de límites de dominio.
Síntoma: “necesitamos parar todo para migrar esta columna”.
Cuando los datos están separados, las fallas de red entre servicios son el día a día: timeouts, reintentos y circuit breaker se estudian en Resiliencia — parte 1 (complemento práctico al modelo de datos).