Antes de comenzar con la multi-tenencia, necesitamos saber qué es un inquilino, ¿verdad? Entonces, ¿qué es exactamente un inquilino? Según la definición, un inquilino es algo que un grupo de usuarios o un grupo de personas que visitan tu aplicación, utilizan tu aplicación, comparten el mismo acceso o un acceso similar. Solo para darte un par de ejemplos, puedes ver que, por ejemplo, en tu sitio web, si alguien lo visita, los usuarios normales tendrán diferentes accesos, el sitio de e-commerce será algo diferente, el blog se alojará en un portal diferente, por ejemplo, habrá diferentes portales internos, portales de la empresa, y así sucesivamente. Para darte un ejemplo real de caso de uso, supongamos que hay una plataforma de pruebas, o algo así, donde los estudiantes ingresan y realizan pruebas, entonces habrá un inquilino que serán los estudiantes, habrá otro inquilino que serán los profesores, quienes crean las pruebas o las elaboran y ven las analíticas, y luego también habrá otro inquilino, digamos los administradores, quienes revisarán todo, agregarán profesores, les darán permisos, y así sucesivamente. Hoy en día, es bastante común tener este tipo de aplicaciones que lo tienen todo en uno. Pero también veamos un poco más en detalle cómo se ve. Sí, hablemos de qué es la multi-tenencia ahora. Y sí, quiero decir, para conocer la multi-tenencia, también necesitamos conocer la arquitectura de cómo se ve la arquitectura de múltiples inquilinos, así como la arquitectura de un solo inquilino. Entonces, veamos primero la arquitectura de un solo inquilino. Así es como se ve la arquitectura. Esto solía ser muy común hace unos años, y aún lo es. No hay nada malo en esto, pero discutiremos los beneficios de la multi-tenencia y todo eso. Pero así es como se ve una arquitectura de un solo inquilino. Entonces, tienes un inquilino, tal vez un estudiante, por ejemplo, lo que discutimos antes para una plataforma de pruebas. Tienen una aplicación separada para ellos y una base de datos separada para ellos. Luego, los profesores pueden tener aplicaciones separadas para ellos, bases de datos separadas para ellos, y así sucesivamente. Así es como se ve una arquitectura de un solo inquilino. Pero cuando pasamos a la arquitectura de múltiples inquilinos, todos comparten la misma aplicación, pero tienen diferentes accesos, tienen diferentes roles allí, tienen diferentes permisos allí, y así sucesivamente. Así es como se ve la arquitectura en ese caso. Entonces, no importa quién visite el sitio web, visite tu aplicación, será la misma aplicación, y la base de datos puede ser compartida o no, eso depende de la arquitectura, pero todos pueden compartir la misma aplicación con diferentes conjuntos de permisos, y así sucesivamente. Y sí, podemos hablar de muchos ejemplos en este caso. Estoy seguro de que todos están usando algo donde tienen algún tipo de acceso, y sus gerentes o administradores tienen diferentes accesos, y así sucesivamente. El ejemplo similar que discutimos antes. Entonces, sí, ese es el ejemplo básico, y así es como se ve la arquitectura en general. Cada inquilino puede visitar la misma aplicación, y luego la aplicación se encargará de todo para ellos. La aplicación mostrará un diseño diferente, la aplicación mostrará diferentes temas de color, la aplicación también puede ser completamente diferente.
Hablemos un poco sobre los beneficios de tener una arquitectura de múltiples inquilinos. Todos estos que se enumeran aquí son los beneficios, y esa lista puede seguir. También hay muchos más beneficios.
Comments