Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Cuando considere una arquitectura multiinquilino, hay varias decisiones que debe tomar y los elementos que debe tener en cuenta.
En una arquitectura multiinquilino, se comparten algunos o todos los recursos entre inquilinos. Este proceso significa que una arquitectura multiinquilino puede proporcionar una eficacia operativa y de costo. Sin embargo, la multiinquilino introduce complejidades. Debe formularse las siguientes preguntas:
- ¿Cómo se define qué es un inquilino para su solución específica? ¿Un inquilino corresponde a un cliente, un usuario o un grupo de usuarios como un equipo o una familia?
- ¿Cómo implementará la infraestructura para admitir multiinquilino y cuánto aislamiento tendrá entre inquilinos?
- ¿Qué modelos de precios comerciales ofrecerá la solución y cómo afectarán los modelos de precios a sus requisitos multiinquilino?
- ¿Qué nivel de servicio necesita proporcionar a los inquilinos, entre dimensiones como el rendimiento, la resistencia, la seguridad y los requisitos de cumplimiento, como la residencia de datos?
- ¿Cómo planea crecer su negocio o solución? ¿Se escalará al número de inquilinos que espera?
- ¿Alguno de los inquilinos tiene requisitos inusuales o especiales? Por ejemplo, ¿el mayor cliente necesita mayor rendimiento o garantías más fuertes que otras?
- ¿Cómo supervisará, administrará, automatizará, escalará y controlará el entorno de Azure y cómo afectará la estrategia de administración multiinquilino?
- ¿Qué componentes de la solución controlan la incorporación y administración de inquilinos y cómo se deben diseñar estos componentes?
Sea cual sea la arquitectura, es esencial que tenga un conocimiento claro de los requisitos de los clientes o inquilinos. Si ha realizado compromisos de ventas con los clientes o si tiene obligaciones contractuales o requisitos de cumplimiento para cumplir, debe saber cuáles son esos requisitos cuando diseñe la solución. Pero igualmente, los clientes pueden tener expectativas implícitas sobre cómo deben funcionar las cosas o cómo debe comportarse, lo que podría afectar a la forma en que diseña una solución multiinquilino.
Por ejemplo, imagine que va a crear una solución multiinquilino que vende a empresas del sector de servicios financieros. Los clientes tienen requisitos de seguridad muy estrictos y necesitan proporcionar una lista completa de todos los nombres de dominio que usa la solución, por lo que pueden agregarlo a la lista de permitidos del firewall. Este requisito afecta a los servicios de Azure que usa y al nivel de aislamiento que debe proporcionar entre los inquilinos. También requieren que su solución tenga un nivel mínimo de resistencia. Puede haber muchas expectativas similares, tanto explícitas como implícitas, que debe tener en cuenta en toda la solución.
En esta sección, se describen algunas de las consideraciones que debe tener en cuenta, los requisitos que debe tener y algunas de las ventajas que debe realizar, al planear una arquitectura multiinquilino.
Audiencia prevista
Los artículos de esta sección son especialmente relevantes para los responsables de la toma de decisiones técnicas, como directores de tecnología (CTO) y arquitectos, así como para los administradores de productos. El público también incluye proveedores de software independientes (ISV) y startups que desarrollan soluciones SaaS. Además, cualquier persona que trabaje con arquitecturas multiinquilino debe estar familiarizado con estos principios y desventajas.
Pasos siguientes
Considere los diferentes modelos de arrendamiento para la solución.