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 se crea una solución multiinquilino en Azure, hay muchos elementos que se deben tener en cuenta. Use esta lista de comprobación como referencia para ayudarle a diseñar y crear su solución multiinquilino. Esta lista de comprobación es un recurso complementario de la serie de artículos Diseño de soluciones multiinquilino en Azure. La lista de comprobación se estructura en torno a las consideraciones empresariales y técnicas y los cinco pilares de Azure Well-Architected Framework.
Sugerencia
Después de revisar esta lista de comprobación, realice la Revisión del Recorrido de SaaS para evaluar su producto de software como servicio (SaaS) mediante el análisis de su comprensión de la arquitectura de multitenencia y su alineación con las mejores prácticas operativas de SaaS.
Consideraciones empresariales
Comprenda el tipo de solución que está creando, como negocio a negocio (B2B), negocio a consumidor (B2C) o su software empresarial, y cómo los inquilinos son diferentes de los usuarios.
Defina a los inquilinos. Comprenda cuántos inquilinos admite inicialmente y defina los planes de crecimiento.
Defina el modelo de precios y asegúrese de que se alinea con el consumo de los inquilinos de los recursos de Azure.
Conozca si necesita separar a sus inquilinos en diferentes niveles. Los niveles pueden tener diferentes precios, características, promesas de rendimiento y ubicaciones geográficas.
En función de los requisitos de los clientes, decida los modelos de arrendamiento adecuados para varias partes de la solución.
Cuando esté listo, venda la solución multiinquilino B2B mediante el marketplace comercial de Microsoft.
Consideraciones sobre la confiabilidad
Revise la lista de comprobación de confiabilidad deWell-Architected Framework, que es aplicable a todas las cargas de trabajo.
Comprenda el antipatrón del vecino ruidoso. Impedir que los inquilinos individuales afecten a la disponibilidad del sistema para otros inquilinos.
Diseñe su solución multiinquilino para el nivel de crecimiento que espera. Pero no sobredimensione para un crecimiento poco realista.
Defina objetivos de nivel de servicio (SLO) y, opcionalmente, acuerdos de nivel de servicio (SLA) para la solución. Los SLO y los SLA deben basarse en los requisitos de los inquilinos.
Pruebe la escala de su solución. Asegúrese de que funciona bien en todos los niveles de carga y que se escala correctamente a medida que aumenta el número de inquilinos.
Aplique los principios de ingeniería del caos para probar la fiabilidad de su solución.
Consideraciones sobre la seguridad
Aplique principios de confianza cero y privilegios mínimos en todas las capas de la solución.
Asegúrese de que puede asignar correctamente las solicitudes de usuario a los inquilinos. Considere la posibilidad de incluir el contexto del arrendatario como una parte del sistema de identidad o a través de otro método, como la autorización de arrendatario a nivel de aplicación.
Diseñe para el aislamiento de los inquilinos. Pruebe continuamente su modelo de aislamiento.
Asegúrese de que el código de su aplicación evita cualquier acceso entre inquilinos o fuga de datos.
Realice pruebas de penetración continuas y revisiones del código de seguridad.
Comprenda los requisitos de cumplimiento de sus inquilinos, incluida la residencia de datos y cualquier norma de cumplimiento o reglamentaria que le exijan.
Administre correctamente los nombres de dominio y evite vulnerabilidades como el sistema de nombres de dominio colgante y los ataques de toma de posesión de subdominios.
Siga la guía específica del servicio para el multiinquilino.
Consideraciones sobre la optimización de costoss
Revise la lista de comprobación de optimización de costos deWell-Architected Framework, que es aplicable a todas las cargas de trabajo.
Asegúrese de que puede medir adecuadamente el consumo por inquilino y correlacionarlo con los costos de infraestructura.
Evite los antipatrones. Entre los antipatrones se incluyen errores en el seguimiento de los costos, el seguimiento de los costos con precisión innecesaria, el uso de medidas en tiempo real y el uso de herramientas de supervisión para la facturación.
Consideraciones sobre la excelencia operativa
Use la automatización para administrar el ciclo de vida del inquilino, como la incorporación, la implementación, el aprovisionamiento y la configuración.
Comprenda las diferencias entre los planos de control y los planos de datos en la solución multiinquilino.
Encuentre el equilibrio adecuado para implementar las actualizaciones del servicio. Tenga en cuenta tanto las necesidades de los inquilinos como sus propios requisitos operativos.
Supervise el estado del sistema general y de cada inquilino.
Configure y pruebe las alertas para notificarle cuándo los inquilinos específicos experimentan problemas o superan sus límites de consumo.
Organice los recursos de Azure para el aislamiento y la escala.
Evite los antipatrones de implementación y configuración. Los anti-patrones incluyen ejecutar versiones independientes de la solución para cada inquilino, especificar configuraciones o lógica específicas para cada inquilino mediante código rígido, y depender de implementaciones manuales.
Consideraciones sobre la eficiencia del rendimiento
Revise la lista de comprobación de eficiencia del rendimiento deWell-Architected Framework, que se aplica a todas las cargas de trabajo.
Si usa la infraestructura compartida, planee cómo mitigar los problemas de vecino ruidoso . Asegúrese de que un inquilino no pueda reducir el rendimiento del sistema para otros inquilinos.
Determine cómo escalar el proceso, el almacenamiento, las redes y otros recursos de Azure para satisfacer las demandas de los inquilinos.
Tenga en cuenta los límites de escala para cada recurso de Azure. Organice los recursos adecuadamente para evitar antipatrones de la organización de recursos. Por ejemplo, no sobredimensione la solución para trabajar con requisitos de escala poco realistas.
Colaboradores
Microsoft mantiene este artículo. Los colaboradores siguientes escribieron este artículo.
Autores principales
- Arsen Vladimirskiy | Ingeniero de clientes principal
- Bohdan Cherchyk | Ingeniero de clientes sénior
Otro colaborador:
- John Downs | Ingeniero principal de software, Patrones y prácticas de Azure
Para ver los perfiles no públicos de LinkedIn, inicie sesión en LinkedIn.