Multi-tenant
Arquitectura SaaS donde una sola instancia sirve a muchos clientes con datos aislados. Eficiente y escalable. Estándar en SaaS.
Qué es Multi-tenant
Multi-tenant: una única instancia de software (1 codebase, 1 DB típicamente) sirve a muchos clientes. Datos aislados a nivel lógico. Eficiencia operacional vs single-tenant.
Cómo funciona
Cada request identifica al tenant (subdomain, header). DB queries siempre filtran por tenant_id. Updates/parches: 1 deploy → todos clientes benefit. Coste por cliente: bajo.
Ejemplo del mundo real
Slack, HubSpot, Notion: multi-tenant. Cada empresa cree que es "su" Slack pero realmente comparte infrastructure con miles más.
Datos curiosos
- Salesforce pionero del multi-tenant SaaS (1999).
- Multi-tenant tiene 5-10x mejor unit economics que single-tenant.
- Riesgo: bug puede afectar a todos clientes a la vez.
Preguntas frecuentes
¿Es seguro?
Si bien implementado: sí. Tenant isolation a nivel de DB queries siempre.
¿Vs single-tenant?
Multi: eficiente, fácil scale. Single: más control, mejor para compliance estricta (HIPAA, GovCloud).
¿Default?
Sí, prácticamente todos los SaaS son multi-tenant.