Al considerar una arquitectura multiinquilino, hay varias decisiones que se deben tomar y elementos que se deben tener en cuenta.
En una arquitectura multiinquilino, se comparten algunos o todos los recursos entre los inquilinos. Este proceso significa que un tipo de arquitectura puede proporcionar eficiencia operativa y rentabilidad. Sin embargo, el sistema multiinquilino introduce algunas complejidades, como las siguientes:
- ¿Cómo se define lo que es un inquilino para su solución específica? ¿Un inquilino se corresponde con un cliente, un usuario o un grupo de usuarios (como un equipo)?
- ¿Cómo implementará la infraestructura para admitir el sistema multiinquilino y cuánto aislamiento habrá entre los inquilinos?
- ¿Qué modelos de precios comerciales ofrecerá la solución y cómo afectarán estos a los requisitos del sistema multiinquilino?
- ¿Qué nivel de servicio necesita proporcionar a los inquilinos? Tenga en cuenta los requisitos de rendimiento, resistencia, seguridad y cumplimiento, como la residencia de los datos.
- ¿Cómo tiene pensando hacer 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, ¿su mayor cliente necesita un rendimiento más alto o garantías más sólidas que los otros?
- ¿Cómo supervisará, administrará, automatizará, escalará y controlará su entorno de Azure y cómo afectará esto al sistema 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?
Requisitos
Sea cual sea su arquitectura, es esencial que comprenda claramente los requisitos de los clientes o inquilinos. Si ha adquirido compromisos de ventas con los clientes, o si tiene obligaciones contractuales o requisitos de cumplimiento que satisfacer, debe saber cuáles son esos requisitos al diseñar la solución. Pero igualmente, los clientes pueden tener expectativas implícitas sobre cómo deberían funcionar las cosas o cómo usted debería comportarse, lo que podría afectar a la forma de diseñar una solución multiinquilino.
Por ejemplo, imagine que crea una solución multiinquilino que vende a empresas del sector de servicios financieros. Los clientes tienen requisitos de seguridad muy estrictos y necesitan que proporcione una lista completa de todos los nombres de dominio que usa la solución, para que puedan agregarlo a su 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 necesitan que su solución tenga un nivel mínimo de resistencia. Puede haber muchas expectativas similares, explícitas e implícitas, que debe tener en cuenta en toda la solución.
En esta sección, se describen las consideraciones que debe dar, los requisitos que debe extraer y algunas de las concesiones que debe hacer al planear una arquitectura multiinquilino.
Destinatarios
Los artículos de esta sección son especialmente importantes para los responsables de la toma de decisiones técnicas, como los directores tecnológicos (CTO), los arquitectos y los directores de productos. La audiencia 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 sus concesiones.
Pasos siguientes
Considere diferentes modelos de inquilino para la solución.