Un'azienda esegue un'API asincrona su Amazon API Gateway con una funzione AWS Lambda che memorizza le richieste degli utenti in Amazon DynamoDB prima di inoltrarle ai microservizi. L'azienda ha fornito la massima capacità di throughput di DynamoDB consentita dal budget, ma riscontra comunque problemi di disponibilità e richieste perse. Cosa dovrebbe fare un architetto di soluzioni per risolvere il problema senza influire sugli utenti esistenti?

L'utilizzo di Amazon SQS come buffer tra API Gateway/Lambda e DynamoDB è la soluzione migliore. SQS desacopla l'API dai microservizi a valle, assorbendo picchi di traffico che potrebbero sovraccaricare DynamoDB. Le richieste vengono accodate in SQS e Lambda le elabora a una velocità che DynamoDB può gestire, prevenendo la perdita di richieste e migliorando la disponibilità senza impattare gli utenti. Il throttling su API Gateway (opzione A) rifiuterebbe le richieste in eccesso, causando la perdita di richieste per gli utenti. DAX (opzione B) è una cache per letture, non per scritture. Un indice secondario (opzione C) migliora le prestazioni di query, non la capacità di scrittura complessiva della tabella.