Een applicatie die is geïmplementeerd op IoT-apparaten stuurt gegevens naar een RESTful API die is geïmplementeerd door een AWS Lambda-functie. Elke aanvraag bevat een unieke identificatie. Het verkeer kan onvoorspelbaar pieken, en wanneer aanvragen worden beperkt (throttled), kan de client het opnieuw proberen, wat dubbele aanvragen veroorzaakt. De API moet dubbele aanvragen afhandelen zonder inconsistentie of gegevensverlies. Welke oplossing voldoet aan deze vereisten?

De beste oplossing is het gebruik van een Amazon DynamoDB-tabel. DynamoDB biedt atomaire, idempotente schrijfbewerkingen en voorwaardelijke updates, wat essentieel is voor het afhandelen van dubbele aanvragen zonder inconsistentie. De Lambda-functie kan de unieke identificatie van de aanvraag controleren in de DynamoDB-tabel voordat de aanvraag wordt verwerkt. Als de identificatie al bestaat, kan de verwerking worden overgeslagen of een succesvolle reactie worden teruggestuurd. Het gebruik van Amazon RDS for MySQL is minder geschikt vanwege de overhead van het beheren van een relationele database en de minder efficiënte schaalbaarheid voor onvoorspelbare pieken vergeleken met DynamoDB. Een DynamoDB-tabel die een clientfout retourneert bij een dubbele aanvraag is niet ideaal, omdat de client dan niet weet of de oorspronkelijke aanvraag succesvol was. Amazon ElastiCache for Memcached is een in-memory cache en biedt geen duurzaamheid, wat betekent dat de gegevens verloren kunnen gaan en de idempotentie niet gegarandeerd is.