Cuándo elegir cada modo
Modo DATABASE
Aislamiento máximo — una base de datos separada por tenant. Ideal cuando los tenants son grandes, regulados o sensibles a vecinos ruidosos y puedes absorber un mayor costo por tenant.
Modo SCHEMA
Aislamiento eficiente — un esquema separado por tenant dentro de una base de datos compartida. Ideal para muchos tenants más pequeños donde la densidad y la eficiencia de costos importan más.
Ejemplo 1 — Fintech regulada de alto volumen
“Banco ACME” es una institución financiera autorizada que procesa un alto volumen de transacciones bajo estricta supervisión regulatoria. Requisitos:
- Aislamiento físico fuerte para satisfacer a auditores y reguladores.
- El menor radio de impacto posible — un incidente que afecte a un tenant no debe tocar a los demás.
- La capacidad de respaldar y restaurar un solo tenant de forma independiente, incluida la recuperación a un punto en el tiempo.
- Rendimiento predecible bajo carga pesada y sostenida.
DATABASE
Banco ACME corre en modo DATABASE. Cada tenant obtiene una base de datos PostgreSQL dedicada, de modo que:
- El aislamiento físico es completo — no hay superficie de esquema compartida entre tenants.
- El radio de impacto de cualquier fallo, migración o restauración queda confinado a un solo tenant.
- Una restauración selectiva toca únicamente la base de datos del tenant afectado, sin impacto en los demás.
- El aislamiento de rendimiento es fuerte, ya que los tenants no comparten espacio de tablas ni compiten dentro de la misma base de datos.
El mayor costo de infraestructura por tenant del modo
DATABASE se justifica aquí por los requisitos regulatorios y de aislamiento — y por volúmenes de transacciones que harían valioso el aislamiento de rendimiento por sí solo.Ejemplo 2 — Startup en etapa temprana
“FinX” es una startup en etapa temprana que incorpora rápidamente muchos clientes pequeños, con restricciones de costo ajustadas y un volumen modesto por tenant. Requisitos:
- Bajo costo por tenant para soportar una gran cantidad de cuentas pequeñas.
- Incorporación rápida de nuevos tenants.
- Aislamiento suficiente para la etapa actual, con margen para reforzarlo más adelante.
SCHEMA
FinX corre en modo SCHEMA. Cada tenant obtiene un esquema dedicado dentro de una base de datos PostgreSQL compartida, de modo que:
- El costo de infraestructura se mantiene bajo porque los tenants comparten una instancia de base de datos.
- Los datos del tenant siguen estando lógicamente aislados — el esquema de un tenant nunca es alcanzable desde el de otro.
- La incorporación es ligera, lo que se adapta a una alta tasa de registros de tenants pequeños.
Una ruta de migración a medida que FinX crece
Cuando uno de los tenants de FinX se vuelve grande, regulado o sensible al rendimiento, FinX puede migrar ese tenant de modoSCHEMA a modo DATABASE — sin reemitir tokens ni cambiar la identidad del tenant, porque el aislamiento es una propiedad del servicio, no del tenant.
Identificar el tenant a promover
Elige el tenant cuyo volumen, perfil de riesgo o necesidades de cumplimiento justifican ahora una base de datos dedicada.
Aprovisionar una base de datos dedicada
La plataforma aprovisiona una nueva base de datos PostgreSQL aislada para el tenant y ejecuta las migraciones, exactamente como en el aprovisionamiento automático.
Migrar los datos del tenant
Los datos del tenant se mueven desde su esquema en la base de datos compartida hacia la nueva base de datos dedicada.
Páginas relacionadas
Multi-tenancy
La comparación completa DATABASE vs. SCHEMA y el flujo de migración.
Aprovisionamiento automático
Cómo se aprovisiona y migra la infraestructura de un tenant.
Seguridad
Garantías de aislamiento y credenciales para ambos modos.