dedicated y shared; esta página usa los conceptos PostgreSQL correspondientes DATABASE y SCHEMA.
Elige DATABASE (dedicated) cuando predomina el aislamiento
Usa una base de datos PostgreSQL dedicada por tenant cuando necesites un límite de infraestructura fuerte, ventanas independientes de mantenimiento de base de datos o un plan de recuperación diseñado alrededor de una base dedicada. Ejemplos habituales son una institución muy regulada, un tenant de alto volumen o uno cuya carga no debe compartir una instancia PostgreSQL con otros tenants. Esta opción aumenta el costo de infraestructura y operación, así que valida primero el diseño de conexiones, backups y migraciones del producto.
Elige SCHEMA (shared) cuando predomina la densidad
Usa un esquema dedicado por tenant en una base PostgreSQL compartida cuando el producto compatible pueda operar en modo
shared y tu modelo operativo valore densidad y menor costo de infraestructura por tenant.
Un incidente o acción de mantenimiento a nivel de base puede afectar a tenants de la instancia compartida. Planifica capacidad, backups, recuperación y mantenimiento para ese radio de impacto compartido.
Trata la migración como una operación de producto
No dependas de una promoción automática genérica de
SCHEMA a DATABASE. Mover un tenant a almacenamiento dedicado exige una migración planificada por el operador que el producto objetivo soporte.
Antes de cambiar un registro, define:
- el procedimiento de migración compatible con el producto objetivo;
- un plan probado de backup, consistencia y rollback;
- una ventana de mantenimiento y plan de comunicación; y
- comprobaciones posteriores de autenticación, enrutamiento y datos del tenant.
Lista de decisión
Páginas relacionadas
Multi-tenancy
Soporte por producto, alcance de solicitudes y conceptos de almacenamiento.
Aprovisionamiento automático
Cómo los registros de servicio de tenant aprovisionan recursos compatibles.