Un'applicazione distribuita su dispositivi IoT invia dati a un'API RESTful implementata da una funzione AWS Lambda. Ogni richiesta include un identificatore univoco. Il traffico può aumentare in modo imprevedibile e, quando le richieste vengono limitate, il client può riprovare, causando richieste duplicate. L'API deve gestire i duplicati senza incoerenze o perdite di dati. Quale soluzione soddisfa questi requisiti?

La soluzione con DynamoDB è la più efficace perché DynamoDB è un database NoSQL serverless, scalabile e ad alte prestazioni, ideale per carichi di lavoro variabili e ad alto throughput come quelli generati da dispositivi IoT. La sua capacità di gestire un elevato numero di richieste al secondo e la bassa latenza lo rendono perfetto per controllare rapidamente l'esistenza di un identificatore di richiesta. Implementando un controllo nella funzione Lambda prima dell'elaborazione, si garantisce che le richieste duplicate vengano identificate e gestite senza causare incoerenze o perdite di dati. Le altre opzioni sono meno adatte: Amazon RDS per MySQL è un database relazionale che potrebbe non scalare con la stessa agilità o offrire la stessa bassa latenza di DynamoDB per questo specifico caso d'uso di verifica rapida dell'esistenza di un ID. Restituire un errore client in caso di duplicato non risolve il problema alla radice, poiché il client potrebbe continuare a riprovare, generando traffico inutile e non garantendo l'idempotenza. Amazon ElastiCache per Memcached è una cache in memoria, ottima per la bassa latenza, ma non offre la persistenza e l'affidabilità di un database come DynamoDB per la registrazione degli identificatori, che sono cruciali per garantire l'idempotenza in caso di guasti o riavvii.