Quand vous envisagez une architecture multilocataire, vous devez prendre quelques décisions et prendre en compte un certain nombre d’éléments.
Dans une architecture multilocataire, vous partagez une partie ou la totalité de vos ressources entre les locataires. Ce processus signifie qu’une architecture multilocataire peut être rentable et vous offrir une efficacité opérationnelle. Cependant, la mutualisation introduit des difficultés. Posez-vous les questions suivantes :
- Comment définissez-vous ce qu’est un locataire pour votre solution spécifique ? Un locataire correspond-il à un client, à un utilisateur ou à un groupe d’utilisateurs (par exemple, une équipe ou une famille) ?
- Comment allez-vous déployer votre infrastructure pour prendre en charge l’architecture multilocataire et quelle sera la quantité d’isolation entre les locataires ?
- Quels sont les modèles tarifaires commerciaux proposés par votre solution et comment vos modèles tarifaires affectent-ils les exigences de votre architecture multilocataire ?
- Quel niveau de service devez-vous fournir à vos locataires, et quelles dimensions (performances, résilience, sécurité et exigences de conformité telles que la résidence des données) prendre en compte ?
- Comment envisagez-vous de développer votre entreprise ou votre solution ? Va-t-elle évoluer avec le nombre de locataires attendus ?
- L’un de vos locataires a-t-il des besoins inhabituels ou spéciaux ? Par exemple, votre plus gros client a-t-il besoin de performances accrues ou de meilleures garanties que d’autres ?
- Comment allez-vous superviser, gérer, automatiser, mettre à l’échelle et gouverner votre environnement Azure, et comment l’architecture mutualisée aura-t-elle un impact sur votre stratégie de gestion ?
- Quels composants de votre solution gèrent l’intégration et la gestion des locataires, et comment ces composants doivent-ils être conçus ?
Quelle que soit votre architecture, il est essentiel de bien comprendre les besoins de vos clients ou de vos locataires. Si vous avez des engagements de vente envers des clients, ou si vous avez des obligations contractuelles ou des exigences de conformité à respecter, vous devez savoir quelles sont ces exigences quand vous concevez votre solution. De même, vos clients peuvent avoir des attentes implicites quant à la façon dont les choses doivent fonctionner, ou comment vous devez vous comporter, qui peuvent affecter la manière dont vous concevez une solution multilocataire.
Par exemple, imaginez que vous générez une solution multilocataire que vous vendez à des entreprises du secteur des services financiers. Vos clients ont des exigences de sécurité très strictes et vous devez fournir une liste complète de chaque nom de domaine utilisé par votre solution, afin qu’ils puissent l’ajouter à la liste d’autorisation de leur pare-feu. Cette exigence affecte les services Azure que vous utilisez et le niveau d’isolation que vous devez fournir entre vos locataires. Ils exigent également que leur solution ait un niveau de résilience minimal. Il peut y avoir de nombreuses attentes similaires, explicites et implicites, que vous devez prendre en compte dans l’ensemble de votre solution.
Dans cette section, nous décrivons certains éléments à prendre en considération, les exigences auxquelles vous devez répondre et quelques-uns des compromis que vous devez faire quand vous planifiez une architecture multilocataire.
Public concerné
Les articles de cette section sont particulièrement utiles pour les décideurs techniques, comme les directeurs techniques (CTO) et les architectes, et les chefs de produit. Le public comprend également des éditeurs de logiciels indépendants (ISV) et des start-up qui développent des solutions SaaS. De plus, toute personne qui travaille avec des architectures multilocataires doit avoir une certaine connaissance de ces principes et compromis.
Étapes suivantes
Considérez les différents modèles de location pour votre solution.