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.
Une organisation peut utiliser un logiciel en tant que service (SaaS) pour fournir efficacement des logiciels à ses clients. En règle générale, un fournisseur SaaS opère et gère le logiciel pour ses clients. De nombreux éditeurs de logiciels indépendants (ISV) s’éloignent de la fourniture de logiciels que les clients doivent installer et gérer eux-mêmes à l’aide d’un modèle SaaS, car il améliore l’expérience client et réduit la surcharge. Cet article est une introduction à une série d’articles qui fournissent des conseils et des ressources pour les organisations, y compris les start-ups, qui créent des solutions SaaS. Il fournit également des conseils détaillés sur la façon d’concevoir des solutions mutualisées sur Azure.
Concepts clés
Les concepts clés de cet article sont SaaS, les start-ups et l’architecture mutualisée. Ces termes sont liés, de sorte qu’ils sont souvent utilisés de manière interchangeable. Il est important de comprendre comment ces termes sont différents. Le SaaS et les start-ups sont des concepts métier, et la multilocation est un concept d’architecture.
SaaS est un modèle métier. Une organisation peut choisir de fournir son produit logiciel en tant que service à ses clients. Les produits SaaS sont vendus aux entreprises d’un modèle B2B (business-to-business) ou directement aux consommateurs dans un modèle B2C (Business-to-Consumer). Les produits SaaS sont différents des produits que les clients installent et gèrent eux-mêmes, car le fournisseur de solutions héberge et gère les produits SaaS. De nombreuses solutions SaaS utilisent une architecture mutualisée. Les solutions SaaS peuvent également utiliser différents modèles ou approches de multilocation.
Les start-ups sont des entreprises à un stade précoce de leur cycle de vie. De nombreuses start-ups logicielles créent des solutions SaaS, mais certaines peuvent fournir des logiciels d’une autre manière. Les start-ups ont souvent des préoccupations spécifiques, notamment l’innovation rapide, la recherche d’un produit et d’un marché adapté, et l’anticipation de la mise à l’échelle et de la croissance.
L’architecture multilocataire permet d’concevoir une solution pour partager des composants entre plusieurs locataires, qui correspondent généralement aux clients. Vous utilisez généralement des architectures mutualisées dans les solutions SaaS. Toutefois, il est également possible d’utiliser des architectures mutualisées en dehors de SaaS, telles que dans les organisations qui créent une plateforme pour plusieurs unités commerciales à partager. La multilocation n’implique pas que tous les composants d’une solution sont partagés. Au lieu de cela, cela implique qu’au moins certains composants sont partagés entre plusieurs locataires.
La façon dont vous définissez un locataire et choisissez un modèle de location dépend du fait que votre modèle métier est B2C SaaS ou B2B SaaS ou que vous êtes une grande organisation.
Remarque
Cette série utilise le terme client pour faire référence à vos locataires, qui peuvent être vos clients ou groupes d’utilisateurs. Les conseils peuvent vous aider à créer vos propres solutions logicielles mutualisées sur la plateforme Azure.
Dans Microsoft Entra ID, un locataire fait référence à des répertoires individuels, et l’architecture mutualisée fait référence aux interactions entre plusieurs locataires Microsoft Entra. Les termes sont identiques, mais les concepts ne le sont pas. Pour plus de clarté, cette série utilise le terme complet, Microsoft Entra tenant, lorsqu'il est fait référence au concept de l'ID Microsoft Entra pour un tenant.
Architecture multilocataire pour les modèles métier SaaS et non-SaaS
Bien que l’architecture multilocataire soit généralement associée à des solutions SaaS, il est également possible d’utiliser des architectures mutualisées dans des scénarios non SaaS. L’architecture multilocataire sous-jacente peut être similaire, mais le modèle métier affecte la façon dont vous définissez un locataire et vos choix de conception.
Dans le diagramme suivant, vous pouvez voir une architecture multilocataire conçue pour servir un modèle métier SaaS pour les consommateurs (B2C) et les clients professionnels (B2B). En prenant une lentille technique, les locataires B2C sont représentés par un groupe d’utilisateurs, comme une famille, avec un ensemble d’utilisateurs dans chaque groupe. En revanche, les locataires B2B représentent d’autres entreprises et leurs employés sont des utilisateurs.
Le diagramme suivant montre comment utiliser une architecture multilocataire dans un modèle métier qui n’est pas saaS. Par exemple, supposons que vous concevez un système pour une grande organisation qui a plusieurs unités commerciales et services qui souhaitent partager une application ou une plateforme centralisée. Chaque unité commerciale est représentée en tant que locataire et possède son propre ensemble d’utilisateurs.
La principale différence entre les deux diagrammes est le modèle métier, qui affecte la façon dont vous définissez un locataire dans le contexte de votre organisation. Votre modèle métier affecte également vos choix de conception pour l’architecture multilocataire sous-jacente, mais les principes de l’architecture multilocataire restent toujours les mêmes.