Votre entreprise propose des API publiques avec deux niveaux : Starter (1 000 appels/jour par client) et Enterprise (10 000 appels/jour par client). Les développeurs doivent s'inscrire en libre-service pour obtenir des clés, en attente d'approbation. Chaque requête doit automatiquement recevoir un en-tête d'ID de corrélation. Quelle configuration Azure API Management répond à ces exigences avec un minimum de frais généraux ?

Cette option utilise les fonctionnalités natives d'Azure API Management (APIM) pour répondre à toutes les exigences avec un minimum de frais généraux. La création de deux produits (Starter, Enterprise) avec des abonnements permet de définir des quotas de taux d'appels différents via la politique rate-limit-by-key. Le portail des développeurs d'APIM gère l'inscription en libre-service avec approbation. La politique set-header au niveau de l'API est idéale pour injecter un ID de corrélation dans chaque requête. Les autres options sont moins efficaces : Azure Front Door ne gère pas les abonnements ni les quotas par clé d'API. Deux instances APIM sont coûteuses et inutiles. Azure Functions Proxies ne gèrent pas la gestion des abonnements ni les politiques de manière centralisée. La validation JWT n'est pas le mécanisme principal pour la limitation de débit par clé d'API.