Firma wdrożyła aplikację serverless, w której funkcja AWS Lambda przetwarza nowe dokumenty przesyłane do zasobnika Amazon S3. Po kampanii marketingowej wiele dokumentów nie zostało przetworzonych. Co powinien zrobić architekt rozwiązań, aby ulepszyć tę architekturę?

Prawidłowa odpowiedź to utworzenie kolejki Amazon SQS i skonfigurowanie jej jako źródła zdarzeń dla funkcji Lambda. Gdy wiele dokumentów jest przesyłanych jednocześnie, S3 może wywołać funkcję Lambda wiele razy, co może prowadzić do ograniczenia przepustowości (throttling) lub utraty zdarzeń, jeśli Lambda nie nadąża z przetwarzaniem. SQS działa jako bufor, niezawodnie przechowując zdarzenia i umożliwiając funkcji Lambda pobieranie i przetwarzanie wiadomości we własnym tempie, nawet w przypadku nagłych skoków ruchu. Ustawienie limitu czasu wykonania funkcji Lambda na 15 minut nie rozwiąże problemu przeciążenia, a jedynie pozwoli pojedynczym wywołaniom działać dłużej. Konfiguracja replikacji zasobnika S3 jest przeznaczona do zapewnienia redundancji danych, a nie do zarządzania obciążeniem przetwarzania. Wdrożenie dodatkowej funkcji Lambda może pomóc w skalowaniu, ale bez bufora SQS nadal istnieje ryzyko utraty zdarzeń podczas szczytowego obciążenia.