Arquitectura multiinquilino
Una solución multiinquilino admite ámbitos separados por cliente o grupo. Un inquilino no equivale automáticamente a una persona o una base de datos.
La arquitectura multiinquilino permite que un software admita varios clientes o grupos separados lógicamente como inquilinos. Un inquilino puede ser una empresa con varios usuarios. La asignación de personas y datos debe quedar claramente definida.
Ejemplo y límite arquitectónico
En una aplicación hipotética, varias empresas utilizan el mismo producto. Sus pedidos permanecen dentro del ámbito permitido. Si alguien pertenece a varios ámbitos, la pertenencia y el cambio necesitan reglas claras.
La implementación puede usar recursos comunes o separados; no exige una única base de datos. Ser multiinquilino tampoco demuestra aislamiento seguro. Los accesos mediante listas, archivos, interfaces y procesos en segundo plano deben respetar los límites previstos. Los datos compartidos deliberadamente requieren una regla explícita propia.
Fuentes
Términos relacionados
- Control de acceso basado en rolesRBAC vincula permisos a roles y asigna personas a esos roles. El alcance de los datos también debe quedar definido.
- Control de acceso basado en atributosABAC evalúa accesos mediante propiedades y reglas definidas. El origen y la vigencia de esas propiedades forman parte del diseño.
- Sistema heredadoUn sistema existente que sigue en uso, con dependencias técnicas y de negocio acumuladas.
- Caché del navegadorLa caché del navegador guarda respuestas HTTP adecuadas. Su reutilización y validación siguen las reglas correspondientes.
- Invalidación de cachéLa invalidación hace que una copia guardada deje de reutilizarse según reglas definidas. El registro de origen es una cuestión distinta.
- Almacenamiento en cachéLa caché reutiliza datos o resultados guardados. La vigencia y el círculo de usuarios autorizados forman parte del diseño.
Artículos sobre el tema
Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles