La tua azienda offre API pubbliche con due livelli: Starter (1.000 chiamate/giorno per client) ed Enterprise (10.000 chiamate/giorno per client). Gli sviluppatori devono registrarsi autonomamente per ottenere le chiavi, in attesa di approvazione. Ogni richiesta dovrebbe ricevere automaticamente un'intestazione con un ID di correlazione. Quale configurazione di Azure API Management soddisfa questi requisiti con un overhead minimo?

L'opzione corretta sfrutta le funzionalità native di Azure API Management (APIM) per soddisfare tutti i requisiti con il minimo overhead. I "Prodotti" in APIM sono ideali per raggruppare le API e definire piani di utilizzo (Starter ed Enterprise) con sottoscrizioni. La policy rate-limit-by-key applicata a livello di prodotto impone le quote di chiamate giornaliere per ciascun livello. Il portale per sviluppatori di APIM supporta la registrazione self-service con approvazione, gestendo l'onboarding degli sviluppatori. Infine, la policy set-header a livello di API garantisce l'iniezione automatica dell'ID di correlazione in ogni richiesta. Le altre opzioni sono meno efficienti o non soddisfano tutti i requisiti: Azure Front Door è un WAF e CDN, non una soluzione completa per la gestione API e la distribuzione manuale delle chiavi è inefficiente. Due istanze APIM sono un overhead eccessivo e costoso per una semplice differenziazione di piani. Azure Functions Proxies richiederebbe un'implementazione manuale complessa della limitazione e della gestione delle chiavi. La policy JWT-validate non è per la limitazione di frequenza e l'uso di Redis per i contatori aggiunge complessità non necessaria quando APIM ha policy dedicate.