Aplikacja wdrożona na urządzeniach IoT wysyła dane do interfejsu API RESTful zaimplementowanego przez funkcję AWS Lambda. Każde żądanie zawiera unikalny identyfikator. Ruch może nieprzewidywalnie wzrastać, a gdy żądania są ograniczane, klient może ponowić próbę, powodując duplikaty żądań. Interfejs API musi obsługiwać duplikaty bez niespójności lub utraty danych. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to użycie tabeli Amazon DynamoDB do rejestrowania unikalnego identyfikatora każdego żądania i zmodyfikowanie funkcji Lambda, aby sprawdzała tabelę pod kątem identyfikatora przed przetworzeniem. DynamoDB to bezserwerowa baza danych NoSQL, która zapewnia wysoką dostępność i skalowalność, co jest kluczowe dla obsługi nieprzewidywalnego ruchu. Umożliwia ona szybkie sprawdzenie, czy dany identyfikator żądania został już przetworzony, zapobiegając duplikatom. Użycie Amazon RDS for MySQL jest mniej odpowiednie ze względu na potencjalne problemy ze skalowalnością i opóźnieniami przy dużej liczbie zapytań, co mogłoby prowadzić do wąskich gardeł. Zwracanie błędu klientowi w przypadku duplikatu nie rozwiązuje problemu idempotencji, ponieważ klient nadal może ponawiać próbę, a aplikacja IoT musi obsługiwać duplikaty bez niespójności. Amazon ElastiCache for Memcached jest pamięcią podręczną i nie gwarantuje trwałości danych, co jest wymagane do niezawodnego śledzenia przetworzonych żądań.