Un'applicazione archivia i file JSON in ingresso in S3, quindi una Lambda li trasforma e scrive gli elementi in DynamoDB. Picchi improvvisi di traffico causano il throttling di DynamoDB. Quale modifica eliminerà il throttling e uniformerà le scritture in DynamoDB?

La soluzione corretta introduce una coda SQS tra la funzione Lambda di trasformazione e quella di scrittura su DynamoDB. Questo disaccoppia i due processi, consentendo alla funzione di trasformazione di elaborare i file JSON in ingresso e di inviare i dati trasformati a SQS. La coda SQS funge da buffer, assorbendo i picchi di traffico e permettendo alla funzione Lambda di scrittura di prelevare gli elementi dalla coda a un ritmo controllato, evitando il throttling di DynamoDB. Abilitare l'auto scaling di DynamoDB è una buona pratica, ma potrebbe non risolvere completamente i picchi improvvisi se la configurazione non è ottimale o se i picchi sono troppo rapidi per l'adeguamento dell'auto scaling. Creare un alias Lambda e configurare la concorrenza provisionata per la funzione migliora la latenza e la disponibilità della Lambda, ma non risolve il problema del throttling di DynamoDB causato da un eccessivo volume di scritture. Dividere la Lambda in due funzioni con un DynamoDB stream non risolve il problema dei picchi di scrittura iniziali, poiché il throttling avverrebbe comunque sulla prima funzione che scrive su DynamoDB.