Profundizando en la noción de "multi-arrendamiento" y compartiendo nuestras ideas sobre cómo lo percibimos.
Frecuentemente escuchamos sobre la importancia de crear una aplicación multi-inquilino, especialmente en el contexto de desarrollar una aplicación de Software como Servicio (SaaS).
Existe cierta confusión sobre el concepto de una “aplicación multi-inquilino” y los diversos modelos utilizados para desarrollarla. En este artículo, analizamos esos términos de una manera más práctica.
La arquitectura de un solo inquilino es un modelo de software o informática en la nube donde cada cliente o inquilino tiene una instancia dedicada de una aplicación o servicio. Si observamos el origen del modelo de negocio B2B, comienza con cada instancia del software atendiendo a un solo cliente u organización.
La arquitectura de un solo inquilino se utiliza comúnmente en escenarios donde el cumplimiento es primordial o necesita requisitos de seguridad adaptados. Por ejemplo, industrias como la financiera, sanitaria y gubernamental, que tienen estrictos requisitos regulatorios, a menudo prefieren soluciones de un solo inquilino para garantizar el cumplimiento.
Sin embargo, es importante tener en cuenta que las arquitecturas de un solo inquilino pueden ser más intensivas en recursos y complejas de gestionar en comparación con las arquitecturas multi-inquilino, ya que la instancia de cada cliente requiere su propia infraestructura y mantenimiento. Como resultado, pueden ser más adecuadas para aplicaciones con menos pero más grandes clientes o donde la personalización y el aislamiento son críticos.
Multitenencia de software es una arquitectura de software en la que una sola instancia de software se ejecuta en un servidor y atiende a múltiples inquilinos. Los sistemas diseñados de esta manera son "compartidos" (en lugar de "dedicados" o "aislados"). Un inquilino es un grupo de usuarios que comparten acceso común con privilegios específicos a la instancia de software. Con una arquitectura multi-inquilino, una aplicación de software está diseñada para proporcionar a cada inquilino una porción dedicada de la instancia, incluidas sus datos, configuración, gestión de usuarios, funcionalidad individual del inquilino y propiedades no funcionales. -- Wikipedia
Proporcionamos definiciones desde una perspectiva arquitectónica, haciendo que sea sencillo distinguir entre diseños multi-inquilino y de un solo inquilino. Sin embargo, esto se inclina más hacia la definición técnica. Si usamos estas definiciones en nuestro entorno de desarrollo del mundo real al diseñar modelos de tenencia, esta forma de pensar supone que una aplicación multi-inquilino debe tener una infraestructura puramente compartida y multi-inquilino.
Sin embargo, los negocios y los productos varían mucho y tienen muchos requisitos caso por caso, por lo que no existe una solución única para todos.
Imagina un escenario donde un inquilino está utilizando recursos de una infraestructura compartida, pero debido a necesidades específicas del negocio, requiere que una o dos partes del sistema se dediquen exclusivamente a ellos. Estas partes dedicadas podrían ser la base de datos, las instancias, o una combinación de otros componentes, todo mientras se comparte la infraestructura general. Aquí es donde entra en juego la arquitectura de arrendamiento mixto.
En el desarrollo práctico de productos SaaS, es común encontrarse con un escenario donde un producto está diseñado principalmente con un modelo de multitenencia genérico. Sin embargo, ciertos aspectos de la arquitectura o recursos pueden estar orientados hacia un enfoque de "un solo inquilino".
AWS utilizó el siguiente caso como ejemplo para comunicar este concepto: la multitenencia es un concepto amplio, y es caso por caso combinar y elegir la estrategia correcta para definir lo que se quiere lograr con los recursos compartidos y el aislamiento de datos.
En otras palabras, a veces la gente todavía llama a este modelo “Multitenencia”, por lo que en la definición más amplia de multitenencia, no implica que cada componente en una solución sea compartido. Más bien, implica que al menos algunos componentes de una solución se reutilizan entre múltiples inquilinos.
Comprender este término de manera amplia puede ayudarte mejor a empatizar con las necesidades de tus clientes y de dónde provienen.
En lugar de fijarse en un único modelo arquitectónico, la multitenencia refleja la practicidad de la arquitectura de un producto SaaS en el mundo real. Cuando nos referimos a una aplicación multi-inquilino, no significa necesariamente que la aplicación se adhiera a un modelo arquitectónico; podría utilizar varias estrategias de arrendamiento, indicando que al menos algunos de sus componentes son compartidos.
Aquí viene la pregunta, ¿cómo propongo la estrategia de tenencia para mi producto? Aquí hay algunas preguntas importantes para pensar:
Recuerda que no existe una división rígida en tu producto donde debas optar por un modelo puramente multi-inquilino o exclusivamente de un solo inquilino. Tu decisión debe basarse en cómo divides los componentes arquitectónicos de tu producto y los niveles de aislamiento específicos que necesitan tus clientes o tu negocio. Puedes luego aplicar diferentes enfoques en consecuencia.
Hablamos sobre la “nueva” definición de una aplicación multi-inquilino, sin embargo, ¿qué hay sobre el aislamiento de inquilinos, identidades y cómo determinar si tus identidades deben estar aisladas o no? ¿Qué significa que las identidades estén "aisladas"?
La confusión a menudo surge cuando se trata de situaciones donde un usuario del mundo real tiene dos identidades diferentes. ¿Es apropiado etiquetar esta situación como - “identidades aisladas”?
Abordaremos estas preguntas en nuestra próxima serie de artículos. ¡Mantente atento!