Contoso expose plusieurs services locaux via Azure Logic Apps avec des déclencheurs HTTP. Une organisation partenaire (Fabrikam) utilise un fournisseur d'identité OAuth 2.0 tiers (sans tenant Azure AD) et ses développeurs ont besoin d'un accès programmatique à un sous-ensemble des applications logiques de Contoso. La solution doit : (1) permettre aux développeurs de Fabrikam d'utiliser leur fournisseur OAuth 2.0 existant, (2) appliquer des limites de débit plus strictes pour les requêtes des partenaires que pour les utilisateurs de Contoso, (3) ne nécessiter aucune modification des applications logiques existantes, et (4) ne pas utiliser de comptes invités Azure AD. Quel service devriez-vous inclure dans la conception ?

Azure API Management (APIM) est la solution la plus appropriée car elle permet de publier, sécuriser, transformer, maintenir et surveiller des API à grande échelle. Elle peut intégrer le fournisseur d'identité OAuth 2.0 existant de Fabrikam pour l'authentification (exigence 1). APIM permet également de définir des stratégies de limitation de débit (rate limiting) spécifiques pour différents groupes d'utilisateurs ou partenaires (exigence 2), sans modifier les applications logiques sous-jacentes (exigence 3). Enfin, APIM ne dépend pas des comptes invités Azure AD pour cette intégration (exigence 4). Azure Front Door est un équilibreur de charge global et un pare-feu d'applications web, mais il ne gère pas l'authentification OAuth 2.0 tierce ni la gestion fine des API. Azure AD Application Proxy est conçu pour publier des applications web locales via Azure AD et nécessite Azure AD pour l'authentification. Azure AD B2B est un service de collaboration qui utilise des comptes invités Azure AD, ce qui contredit l'exigence 4.