Firma zajmująca się przetwarzaniem obrazów ma aplikację internetową, która przesyła obrazy do zasobnika Amazon S3. Powiadomienia o zdarzeniach S3 publikują zdarzenia tworzenia obiektów w standardowej kolejce Amazon Simple Queue Service (Amazon SQS). Kolejka SQS jest źródłem zdarzeń dla funkcji AWS Lambda, która przetwarza obrazy i wysyła wyniki e-mailem do użytkowników. Użytkownicy zgłaszają otrzymywanie wielu wiadomości e-mail dla każdego przesłanego obrazu. Architekt rozwiązań stwierdza, że wiadomości SQS wywołują funkcję Lambda więcej niż raz, co powoduje duplikowanie wiadomości e-mail. Co powinien zrobić architekt rozwiązań, aby rozwiązać ten problem przy NAJMNIEJSZYM nakładzie pracy operacyjnej?

Prawidłowa odpowiedź to zwiększenie limitu czasu widoczności (Visibility Timeout) w kolejce SQS. Gdy funkcja Lambda przetwarza wiadomość z SQS, wiadomość staje się niewidoczna dla innych konsumentów na czas trwania limitu widoczności. Jeśli funkcja Lambda nie zakończy przetwarzania i nie usunie wiadomości z kolejki przed upływem tego limitu, wiadomość ponownie staje się widoczna i może zostać przetworzona przez inną instancję funkcji Lambda, co prowadzi do duplikatów. Ustawienie limitu widoczności na wartość większą niż suma limitu czasu funkcji i limitu czasu okna wsadowego zapewnia, że funkcja ma wystarczająco dużo czasu na przetworzenie i usunięcie wiadomości, zanim stanie się ona ponownie widoczna. Inne opcje są mniej optymalne: Długie odpytywanie (Long Polling) zmniejsza liczbę pustych odpowiedzi, ale nie rozwiązuje problemu duplikacji. Kolejka SQS FIFO gwarantuje unikalność i kolejność, ale wiąże się z większym nakładem pracy operacyjnej i jest droższa niż standardowa kolejka, a problem można rozwiązać prostszym sposobem. Modyfikowanie funkcji Lambda w celu natychmiastowego usunięcia wiadomości przed przetworzeniem jest ryzykowne, ponieważ w przypadku awarii przetwarzania wiadomość zostanie utracona bez możliwości ponownej próby.