Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Lorsque vous créez votre solution mutualisée dans Azure, vous devez prendre en compte de nombreux éléments. Utilisez cette liste de contrôle comme point de départ pour vous aider à concevoir et créer votre solution mutualisée. Cette liste de contrôle est une ressource complémentaire aux articles de la série Architecturer des solutions multitenantes sur Azure. La liste de contrôle est structurée autour des considérations métier et techniques et des cinq piliers de l’infrastructure Azure Well-Architected Framework.
Considérations métier
Comprenez le type de solution que vous créez, par exemple, b2B (business-to-business), business-to-consumer (B2C) ou votre logiciel d’entreprise, et comment les locataires sont différents des utilisateurs.
Définissez vos locataires. Découvrez le nombre de locataires que vous prenez initialement en charge et définissez vos plans de croissance.
Définissez votre modèle de tarification et assurez-vous qu’il s’aligne sur la consommation des ressources Azure de vos locataires.
Déterminez si vous devez diviser vos locataires en différents niveaux. Les niveaux peuvent avoir différents tarifs, fonctionnalités, promesses de performances et emplacements géographiques.
En fonction des exigences de vos clients, choisissez les modèles de location appropriés pour différentes parties de votre solution.
Lorsque vous êtes prêt, vendez votre solution multilocataire B2B à l’aide de la Place de marché commerciale Microsoft.
Éléments de fiabilité à prendre en compte
Passez en revue la liste de contrôle de fiabilitéWell-Architected Framework, applicable à toutes les charges de travail.
Assimilez l’antimodèle Voisin bruyant. Empêcher les locataires individuels d’affecter la disponibilité du système pour d’autres locataires.
Concevez votre solution multientité pour le niveau de croissance que vous attendez. Mais évitez la suringénierie pour une croissance irréaliste.
Définissez des objectifs de niveau de service (SLA) et éventuellement des contrats de niveau de service (SLA) pour votre solution. Les objectifs de niveau de service (SLO) et les accords SLA doivent être basés sur les exigences de vos locataires.
Testez l'échelle de votre solution. Assurez-vous qu’il fonctionne bien sous tous les niveaux de charge et qu’il s’adapte correctement à mesure que le nombre de locataires augmente.
Appliquez les principes de l’ingénierie du chaos pour tester la fiabilité de votre solution.
Considérations relatives à la sécurité
Appliquez des principes de confiance zéro et des privilèges minimum dans toutes les couches de votre solution.
Vérifiez que vous pouvez mapper correctement les demandes des utilisateurs aux locataires. Envisagez d’inclure le contexte du locataire dans le cadre du système d’identité ou via une autre méthode, comme l’autorisation de locataire au niveau de l’application.
Prenez en compte l’isolation des locataires dans votre conception. Testez votre modèle d’isolation en continu.
Assurez-vous que votre code d’application empêche toute fuite d’accès ou de données entre locataires.
Effectuez fréquemment des tests d’intrusion et des révisions du code de sécurité.
Assimilez les exigences de conformité de vos locataires, notamment la résidence des données et les normes réglementaires ou de conformité qu’ils vous demandent de respecter.
Gérez correctement les noms de domaine et évitez les vulnérabilités de type Système de nom de domaine non résolu et prise de contrôle des sous-domaines.
Suivez les instructions spécifiques au service pour la multilocation.
Éléments à prendre en compte lors de l’optimisation des coûts
Passez en revue la Liste de contrôle d’optimisation des coûts de Well-Architected Framework, qui s’applique à toutes les charges de travail.
Assurez-vous que vous pouvez mesurer adéquatement la consommation par locataire et la mettre en corrélation avec vos coûts d’infrastructure.
Évitez les antimodèles. Les antimodèles incluent l’échec du suivi des coûts, le suivi des coûts avec une précision inutile, l’utilisation de mesures en temps réel et l’utilisation d’outils de surveillance pour la facturation.
Considérations relatives à l’excellence opérationnelle
Utilisez l’automatisation pour gérer le cycle de vie du locataire, comme l’intégration, le déploiement, l’approvisionnement et la configuration.
Découvrez les différences entre les plans de contrôle et les plans de données dans votre solution mutualisée.
Trouvez le bon équilibre pour le déploiement des mises à jour de service. Tenez compte des exigences de vos clients et de vos propres exigences opérationnelles.
Surveillez l’intégrité du système global et de chaque locataire.
Configurez et testez des alertes pour vous avertir lorsque des clients spécifiques rencontrent des problèmes ou dépassent leurs limites de consommation.
Organisez vos ressources Azure à des fins d’isolation et de mise à l’échelle.
Évitez les antimodèles de déploiement et de configuration. Les antipatrons incluent l’exécution de versions distinctes de la solution pour chaque tenant, des configurations ou logiques spécifiques aux tenants codées en dur, et le recours à des déploiements manuels.
Considérations relatives à l'efficacité des performances
Passez en revue la liste de contrôle d’efficacité des performancesWell-Architected Framework, qui s’applique à toutes les charges de travail.
Si vous utilisez une infrastructure partagée, planifiez la façon d’atténuer les problèmes de voisin bruyant . Assurez-vous qu’un locataire ne peut pas réduire les performances du système pour les autres locataires.
Déterminez comment mettre à l’échelle vos ressources de calcul, de stockage, de mise en réseau et d’autres ressources Azure pour répondre aux demandes de vos locataires.
Tenez compte des limites de mise à l’échelle pour chaque ressource Azure. Organisez vos ressources de manière appropriée pour éviter les antimodèles de l’organisation des ressources. Par exemple, ne sur-architecturez pas votre solution pour qu'elle fonctionne dans des conditions d'échelle irréalistes.
Contributeurs
Microsoft gère cet article. Les contributeurs suivants ont écrit cet article.
Principaux auteurs :
- Arsen Vladimirskiy | Ingénieur client en chef
- Bohdan Cherchyk | Ingénieur client senior
Autre contributeur :
- John Downs | Ingénieur logiciel principal, modèles Azure & Pratiques
Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.