Firma posiada przepływ pracy do pozyskiwania danych, który wykorzystuje temat Amazon Simple Notification Service (Amazon SNS) do powiadamiania o nowych dostawach oraz funkcję AWS Lambda do przetwarzania danych i rejestrowania metadanych. Przepływ pracy czasami kończy się niepowodzeniem z powodu problemów z łącznością sieciową; gdy tak się dzieje, funkcja Lambda nie pozyskuje danych, chyba że firma ręcznie ponownie uruchomi zadanie. Jaką kombinację działań powinien podjąć architekt rozwiązań, aby funkcja Lambda niezawodnie pozyskiwała wszystkie dane w przyszłości? (Wybierz dwie odpowiedzi.)

Integracja Amazon SQS z Amazon SNS tworzy wzorzec Dead Letter Queue (DLQ) lub bufor, który zwiększa niezawodność. Gdy temat SNS publikuje wiadomość, jest ona dostarczana do subskrybowanej kolejki SQS. Jeśli funkcja Lambda napotka problemy z łącznością (lub inne błędy), wiadomość pozostaje w kolejce SQS i może być przetworzona później, gdy problem zostanie rozwiązany, co eliminuje potrzebę ręcznego ponownego uruchamiania. Zmodyfikowanie funkcji Lambda, aby odczytywała z kolejki SQS, jest niezbędne, ponieważ to ona będzie teraz źródłem zdarzeń dla funkcji, a nie bezpośrednio SNS. Wdrożenie funkcji Lambda w wielu strefach dostępności zwiększa dostępność, ale nie rozwiązuje problemu utraty wiadomości, gdy funkcja jest niedostępna. Zwiększenie przydzielonego procesora/pamięci lub przepustowości nie rozwiązuje problemów z łącznością ani utraty wiadomości.