Considérations architecturales relatives à une solution mutualisée

Lorsque vous envisagez une architecture mutualisée, il existe plusieurs décisions que vous devez prendre et des éléments à prendre en compte.

Dans une architecture mutualisée, vous partagez certaines ou toutes vos ressources entre locataires. Ce processus signifie qu’une architecture mutualisée peut vous donner des coûts et une efficacité opérationnelle. Toutefois, l’architecture multilocataire introduit des complexités. Vous devez vous poser les questions suivantes :

• Comment définir ce qu’est un locataire pour votre solution spécifique ? Un locataire correspond-il à un client, à un utilisateur ou à un groupe d’utilisateurs comme une équipe ou une famille ?
• Comment allez-vous déployer votre infrastructure pour prendre en charge l’architecture mutualisée et combien d’isolation avez-vous entre les locataires ?
• Quels sont les modèles de tarification commerciaux proposés par votre solution et comment vos modèles tarifaires affectent-ils vos exigences multilocataires ?
• Quel niveau de service devez-vous fournir à vos locataires, à travers des dimensions telles que les performances, la résilience, la sécurité et les exigences de conformité telles que la résidence des données ?
• Comment envisagez-vous de développer votre entreprise ou votre solution ? Va-t-il être mis à l’échelle au nombre de locataires attendus ?
• Vos locataires ont-ils des exigences inhabituelles ou spéciales ? Par exemple, votre plus grand client a-t-il besoin de performances plus élevées ou de garanties plus fortes que d’autres ?
• Comment surveiller, gérer, automatiser, mettre à l’échelle et régir votre environnement Azure, et comment l’architecture multilocataire 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 que vous compreniez clairement les exigences de vos clients ou locataires. Si vous avez pris des engagements commerciaux pour les clients, ou si vous avez des obligations contractuelles ou des exigences de conformité à respecter, vous devez savoir quelles sont ces exigences lorsque vous concevez votre solution. Mais 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, ce qui peut affecter la façon dont vous concevez une solution multilocataire.

Par exemple, imaginez que vous créez une solution mutualisée que vous vendez aux 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 que votre solution utilise, afin qu’ils puissent l’ajouter à la liste verte 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 minimal de résilience. 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 quelques-unes des considérations que vous devez donner, les exigences que vous devez susciter, et certains des compromis que vous devez faire, lorsque vous planifiez une architecture multilocataire.

Public prévu

Les articles de cette section sont particulièrement pertinents pour les décideurs techniques, tels que les chefs de la technologie (CTO) et les architectes, ainsi que les responsables de produits. Le public comprend également des éditeurs de logiciels indépendants (ISV) et des start-ups qui développent des solutions SaaS. En outre, toute personne qui travaille avec des architectures multilocataire devrait avoir une certaine connaissance de ces principes et compromis.

Étapes suivantes

Envisagez différents modèles de location pour votre solution.