Un'azienda pubblica un'API regionale (endpoint regionale di API Gateway) che dovrebbe essere utilizzata da sei partner con sede negli Stati Uniti, i quali chiamano l'API una volta al giorno per inviare i dati di vendita. Dopo la distribuzione, l'API riceve 1.000 richieste al secondo da 500 diversi indirizzi IP in tutto il mondo, probabilmente da una botnet. L'azienda vuole proteggere l'API mantenendo bassi i costi. Qual è l'approccio migliore per proteggere l'API?

L'opzione corretta protegge l'API in modo efficace e a basso costo. Limitare l'accesso ai soli indirizzi IP dei partner tramite AWS WAF blocca immediatamente la botnet. I piani di utilizzo di API Gateway, combinati con le chiavi API, consentono di controllare il numero di richieste giornaliere per ciascun partner, prevenendo abusi e mantenendo bassi i costi. Le altre opzioni sono meno ideali: La prima opzione con CloudFront e OAI non è necessaria per un'API regionale e l'OAI è per S3, non per API Gateway. Bloccare i client dopo cinque richieste al giorno è reattivo, non proattivo. La seconda opzione con CloudFront e una chiave API personalizzata è più complessa e costosa del necessario, e la chiave API personalizzata non offre la stessa granularità di controllo dei piani di utilizzo di API Gateway. La terza opzione con una policy di risorsa per il limite di richieste è meno flessibile e gestibile rispetto ai piani di utilizzo di API Gateway.