Funkcja Lambda subskrybująca temat SNS powinna przetwarzać tylko wiadomości wskazujące na zmiany adresu e-mail; inni subskrybenci będą obsługiwać inne typy wiadomości. Chcesz rozwiązania, które wymaga najmniejszej pracy deweloperskiej. Które podejście należy zastosować?

Poprawna odpowiedź to skonfigurowanie polityki filtrowania subskrypcji SNS. Jest to najbardziej efektywne rozwiązanie, ponieważ pozwala SNS filtrować wiadomości przed ich dostarczeniem do funkcji Lambda, minimalizując obciążenie funkcji i koszty. Polityki filtrowania subskrypcji SNS są zaprojektowane do tego celu i wymagają najmniejszej pracy deweloperskiej. Użycie filtrowania zdarzeń Lambda nie jest możliwe, ponieważ Lambda nie oferuje wbudowanego filtrowania dla zdarzeń pochodzących z SNS w ten sposób. Subskrybowanie kolejki SQS z polityką filtrowania, a następnie połączenie jej z Lambdą, jest bardziej złożone i wprowadza dodatkową warstwę architektury, co zwiększa pracę deweloperską. Pozwalanie funkcji Lambda na sprawdzanie i ponowne publikowanie wiadomości jest nieefektywne, kosztowne i skomplikowane, ponieważ Lambda musiałaby przetwarzać wszystkie wiadomości, a następnie zarządzać ich ponownym routingiem.