¿Qué es multi-tenancy y por qué importa si eres un colegio con varias sedes?
El problema de los datos compartidos
Imagina que administras tres colegios. Necesitas un sistema de gestión para cada uno. Tienes dos opciones:
- Tres sistemas separados — Cada colegio con su propia instalación, su propia base de datos, su propio login. Triple mantención, triple soporte, triple todo.
- Un solo sistema con todo mezclado — Una base de datos donde los estudiantes de todos los colegios conviven, diferenciados solo por un campo “colegio”. Más fácil de administrar, pero peligroso: un error en una consulta puede exponer datos de un colegio a otro.
El multi-tenancy resuelve este dilema ofreciendo lo mejor de ambos mundos.
Qué es multi-tenancy
En palabras simples: un solo sistema que sirve a múltiples clientes (tenants), donde los datos de cada uno están completamente aislados de los demás.
Cada tenant “cree” que tiene su propio sistema, pero en realidad comparten la misma infraestructura. Es como un edificio de departamentos: todos comparten la misma estructura, pero cada uno tiene su propia puerta con llave.
Cómo funciona en la práctica
Hay dos enfoques principales:
1. Aislamiento por base de datos
Cada tenant tiene su propia base de datos. El sistema elige cuál usar según quién hace la consulta.
Ventaja: Aislamiento total, fácil de migrar si un tenant se va. Desventaja: Más costoso de administrar, backups separados.
2. Aislamiento por schema (nuestra recomendación para educación)
Un solo servidor de base de datos, una sola base de datos, pero cada tenant tiene su propio schema (su propio “subdirectorio” dentro de la base de datos).
Este es el enfoque que usamos en nuestras plataformas educacionales. Cada colegio tiene:
- Sus propias tablas de estudiantes, apoderados, matrícula y asistencia.
- Sus propias configuraciones de cursos, asignaturas y personal.
- Sus propios registros de convivencia escolar y PIE.
Todo aislado a nivel de base de datos, no solo a nivel de código.
Por qué importa para los colegios
La Ley 21.719 de protección de datos en Chile exige que las instituciones educacionales garanticen la confidencialidad e integridad de los datos de sus estudiantes. Si compartes base de datos entre varios colegios sin aislamiento real, un fallo de seguridad en un establecimiento podría exponer los datos de todos los demás.
El multi-tenancy con aislamiento por schema no es solo buena práctica — es parte del cumplimiento normativo.
Cuándo NO usar multi-tenancy
No es la solución para todo. Si tienes un solo cliente o todos tus clientes deberían compartir los mismos datos (ej. una aplicación interna de una sola empresa), el multi-tenancy agrega complejidad innecesaria.
En resumen
El multi-tenancy te permite escalar tu plataforma a múltiples clientes sin sacrificar seguridad ni aumentar la complejidad administrativa. Es la arquitectura correcta cuando sabes que vas a servir a varias organizaciones que no deben ver los datos de las otras — como colegios, clínicas, consultorios o cualquier institución con sedes múltiples.