Editar

Compartir vía


Consideraciones de arquitectura para una solución multiinquilino

Azure

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 presenta algunas complejidades. Debe formularse las preguntas 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 o una familia?
  • ¿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 debe ofrecer a sus inquilinos, en aspectos como el rendimiento, la resistencia, la seguridad y el cumplimiento de requisitos como la residencia de datos?
  • ¿Cómo piensa hacer crecer su empresa o solución? ¿Se adaptará 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 gobernará su entorno Azure y cómo afectará el sistema multiinquilino a su estrategia de administración?
  • ¿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 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, resumimos algunas de las consideraciones que debe tener en cuenta, los requisitos que debe obtener y algunas de las compensaciones que debe hacer cuando planifique 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.