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. Toutefois, l’architecture multilocataire introduit des complexités, notamment les 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) ?
- 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 est le niveau de service que vous devez fournir à vos locataires ? Tenez compte des besoins de performances, de résilience, de sécurité et de conformité, comme la résidence des données.
- Comment envisagez-vous de développer votre activité ou votre solution, et sera-t-elle ajustée en fonction du 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 multilocataire aura-t-elle un impact sur celui-ci ?
- Quels composants de votre solution gèrent l’intégration et la gestion des locataires, et comment ces composants doivent-ils être conçus ?
Configuration requise
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 les é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.