Zespół programistów tworzy aplikację sterowaną zdarzeniami, która wykorzystuje funkcje AWS Lambda. Zdarzenia są generowane, gdy pliki są dodawane do zasobnika Amazon S3. Zespół ma obecnie skonfigurowaną usługę Amazon Simple Notification Service (Amazon SNS) jako cel zdarzeń z Amazon S3. Co powinien zrobić architekt rozwiązań, aby przetwarzać zdarzenia z Amazon S3 w skalowalny sposób?

Prawidłowa odpowiedź zakłada użycie Amazon SQS jako bufora między SNS a Lambda. Gdy pliki są dodawane do S3, zdarzenia są wysyłane do tematu SNS, który następnie przekazuje je do kolejki SQS. SQS buforuje te zdarzenia, umożliwiając funkcji Lambda ich asynchroniczne przetwarzanie w skalowalny sposób. SQS zapewnia niezawodność, ponieważ zdarzenia są przechowywane do momentu ich pomyślnego przetworzenia, co zapobiega utracie danych w przypadku błędów lub przeciążenia funkcji Lambda. Funkcja Lambda może być skonfigurowana do automatycznego skalowania w zależności od liczby wiadomości w kolejce SQS, co zapewnia efektywne i elastyczne przetwarzanie. Pozostałe opcje są nieprawidłowe. Przetwarzanie zdarzeń w Amazon ECS lub EKS przed wywołaniem Lambda wprowadza niepotrzebną złożoność i dodatkowe koszty, ponieważ Lambda jest już usługą bezserwerową, idealną do przetwarzania zdarzeń. AWS Server Migration Service (AWS SMS) służy do migracji serwerów, a nie do przetwarzania zdarzeń, co czyni tę opcję całkowicie nieodpowiednią.