Single-tenant y multi-tenant no son niveles de madurez. Son modelos operativos distintos. El primero separa instalaciones o recursos por cliente. El segundo comparte una base lógica y aplica aislamiento dentro del producto. Ambos pueden ser seguros, escalables y mantenibles; ambos pueden fallar si contradicen la forma de vender y operar.
La decisión debe empezar por el cliente, el servicio y el equipo que sostendrá la plataforma.
Aislamiento y requisitos
Single-tenant facilita explicar dónde viven los datos, separar secretos, restaurar una instalación y aplicar ventanas de cambio diferentes. Puede encajar cuando existen requisitos contractuales, personalización profunda o necesidad de controlar cada despliegue.
Multi-tenant permite actualizar una base común y aprovechar infraestructura compartida. Exige que autorización, partición de datos, límites y observabilidad por tenant estén diseñados desde el principio.
Personalización y velocidad de producto
Si cada cliente necesita módulos, ritmos o integraciones distintas, una instalación dedicada puede reducir condicionales dentro del producto. El coste aparece en la operación: versiones, configuración, soporte y automatización de muchas instancias.
Si la propuesta es estándar y todos deben recibir la misma evolución, multi-tenant suele simplificar la entrega. La personalización debe mantenerse en configuración y extensiones controladas para evitar que cada tenant se convierta en una rama invisible.
Operar el modelo elegido
No basta con estimar servidores. Hay que calcular despliegues, migraciones, backups, restauraciones, incidencias, observabilidad y soporte. Single-tenant necesita una fábrica de instalaciones, no trabajo manual. Multi-tenant necesita capacidad para aislar ruido, investigar un cliente y limitar consumo sin afectar al resto.
- Tiempo para aprovisionar un cliente.
- Coste mínimo por instalación o tenant.
- Estrategia de versiones y migraciones.
- Restauración completa y selectiva.
- Métricas, logs y alertas por cliente.
- Procedimiento de salida y exportación de datos.
Una decisión comercial además de técnica
Una instalación dedicada puede formar parte de una oferta premium con implantación y mantenimiento. Un producto multi-tenant suele favorecer onboarding rápido y economía de volumen. Elegir arquitectura sin elegir modelo de servicio deja al equipo pagando una contradicción.
Valtora utiliza single-tenant porque combina producto base, implantación por cliente, datos separados y evolución controlada. Eso no lo convierte en una receta universal; lo convierte en una decisión coherente con su propuesta.
Preguntas frecuentes
¿Single-tenant es siempre más seguro?
No. Facilita ciertos límites, pero una instalación mal operada sigue siendo insegura. La seguridad depende de identidades, configuración, actualizaciones y controles.
¿Multi-tenant siempre cuesta menos?
No necesariamente. Reduce duplicación de infraestructura, pero puede aumentar complejidad de aislamiento, límites, migraciones y soporte.
¿Puede cambiarse de modelo después?
Sí, pero suele afectar datos, configuración, despliegue y contratos. Conviene diseñar explícitamente las fronteras que permitirían esa transición.
