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.
Prenons un exemple de solution SaaS déployée en tant qu’offre négociable via la Place de marché Azure. Dans ce cas, le contrôle et le traitement sont déployés dans l’abonnement de l’éditeur.
Les étapes suivantes expliquent les interactions entre les différents composants de l’architecture de l’application SaaS :
Le client achète la solution via la Place de marché Azure.
La solution SaaS utilise l’API de traitement pour enregistrer le nouveau client.
La solution SaaS utilise Entra pour authentifier les utilisateurs. Le processus nécessite une configuration qui permet l’authentification entre clients.
La couche d’orchestration crée des déploiements distincts de la logique de traitement pour chaque client. De cette façon, vous pouvez facilement accorder des autorisations pour lire et écrire les ressources du client et les déployer dans la région appropriée pour économiser sur les coûts de réseau.
La logique de traitement accède aux données du client, effectue les transformations pertinentes et réécrit les résultats dans le locataire du client.
Pour isoler les données d’un client à un autre, vous pouvez utiliser des applications gérées qui sont déployées en interne. Par exemple, vous pouvez exécuter un déploiement dédié de l’application pour chaque client dans le locataire de l’éditeur. Ce locataire appartient à un groupe de ressources distinct qui représente le tampon de traitement, comme illustré dans le schéma de l’architecture.
Étapes suivantes
Commencez avec l’article suivant :
Vous pouvez ensuite consulter les articles suivants :