Bezserwerowa aplikacja w jednym regionie publikuje adresy URL za pośrednictwem tematu Amazon SNS do kolejki Amazon SQS. Funkcja AWS Lambda używa tej kolejki SQS jako źródła zdarzeń, pobiera każdy adres URL, wyodrębnia metadane i zapisuje wyniki do zasobnika Amazon S3 w tym samym regionie. Firma chce uruchomić to samo przetwarzanie adresów URL w dodatkowych regionach (aby porównać zlokalizowane różnice w witrynach), ale wszystkie adresy URL muszą być publikowane z istniejącego regionu, a wszystkie dane wyjściowe muszą być zapisywane do oryginalnego zasobnika S3 w bieżącym regionie. Jaka kombinacja zmian stworzy wdrożenie wieloregionalne, które spełni te wymagania? (Wybierz dwie.)

Aby spełnić wymagania, należy wdrożyć kolejkę SQS i funkcję Lambda w dodatkowych regionach. Funkcja Lambda będzie przetwarzać adresy URL i zapisywać metadane do oryginalnego zasobnika S3. Następnie należy utworzyć kolejkę SQS w każdym dodatkowym regionie i zasubskrybować ją do istniejącego tematu SNS. Dzięki temu temat SNS będzie mógł dostarczać adresy URL do kolejek SQS w różnych regionach, umożliwiając przetwarzanie w wielu lokalizacjach. Opcja subskrybowania tematu SNS (w każdym regionie) do kolejki SQS jest nieprecyzyjna; to kolejka SQS subskrybuje temat SNS. Opcja konfiguracji kolejki SQS do publikowania adresów URL w tematach SNS w każdym regionie jest błędna, ponieważ to temat SNS publikuje wiadomości. Opcja wdrożenia tematu SNS i funkcji Lambda w innych regionach jest częściowo poprawna, ale brakuje kolejki SQS do odbierania wiadomości z tematu SNS.