Un flusso di lavoro serverless per l'e-commerce utilizza API Gateway per invocare una funzione Lambda che chiama un'API di stock di terze parti. Durante i picchi di carico, l'API di terze parti fallisce quando viene sovraccaricata. L'azienda necessita di una soluzione che impedisca il sovraccarico dell'API di terze parti. Quale design soddisfa questa esigenza?

L'opzione corretta utilizza Amazon SQS come buffer per desacoppiare il frontend (API Gateway) dal backend (funzione Lambda che chiama l'API di terze parti). Questo impedisce che i picchi di traffico sovraccarichino direttamente l'API esterna. Impostando la concorrenza riservata della funzione Lambda al di sotto o uguale alla soglia dell'API di terze parti, si garantisce che la Lambda non invii più richieste di quelle che l'API può gestire, implementando così un meccanismo di throttling controllato. L'opzione DynamoDB non fornisce un meccanismo di throttling intrinseco per l'API di terze parti e sposta la logica di invocazione. L'opzione SNS non è adatta per il throttling diretto delle invocazioni di Lambda verso un'API esterna, poiché SNS è un servizio di pubblicazione/sottoscrizione e non una coda di messaggi per il controllo del flusso. L'opzione Athena è un servizio di analisi di query e non è progettata per fungere da intermediario in un flusso di lavoro transazionale in tempo reale o per implementare il throttling.