Eine serverlose Anwendung in einer Region veröffentlicht URLs über ein Amazon SNS-Thema in einer Amazon SQS-Warteschlange. Eine AWS Lambda-Funktion verwendet diese SQS-Warteschlange als Ereignisquelle, ruft jede URL ab, extrahiert Metadaten und schreibt die Ergebnisse in einen Amazon S3-Bucket in derselben Region. Das Unternehmen möchte dieselbe URL-Verarbeitung in zusätzlichen Regionen ausführen (um lokalisierte Website-Unterschiede zu vergleichen), aber alle URLs müssen aus der vorhandenen Region veröffentlicht und alle Ausgaben müssen in den ursprünglichen S3-Bucket in der aktuellen Region geschrieben werden. Welche Kombination von Änderungen führt zu einer Multi-Region-Bereitstellung, die diese Anforderungen erfüllt? (Wählen Sie zwei.)

Um eine Multi-Region-Bereitstellung zu ermöglichen, müssen Sie in jeder zusätzlichen Region eine SQS-Warteschlange und die Lambda-Funktion bereitstellen. Die bestehende SNS-Thema in der ursprünglichen Region kann Nachrichten an SQS-Warteschlangen in anderen Regionen senden. Daher muss jede neue SQS-Warteschlange in den zusätzlichen Regionen das vorhandene SNS-Thema abonnieren. Die Lambda-Funktion in jeder Region verarbeitet dann die URLs aus ihrer regionalen SQS-Warteschlange und schreibt die Ergebnisse in den ursprünglichen S3-Bucket, was durch die S3-Bucket-Richtlinie oder Cross-Region-Zugriff ermöglicht wird. Das Bereitstellen des SNS-Themas in anderen Regionen ist nicht notwendig, da ein einzelnes SNS-Thema Nachrichten global verteilen kann. Das Konfigurieren der SQS-Warteschlange zum Veröffentlichen von URLs in SNS-Themen ist falsch, da das SNS-Thema der Publisher ist, nicht die SQS-Warteschlange.