Une application sans serveur dans une Région publie des URL via une rubrique Amazon SNS vers une file d'attente Amazon SQS. Une fonction AWS Lambda utilise cette file d'attente SQS comme source d'événements, récupère chaque URL, extrait les métadonnées et écrit les résultats dans un compartiment Amazon S3 dans la même Région. L'entreprise souhaite exécuter le même traitement d'URL dans des Régions supplémentaires (pour comparer les différences de sites localisés), mais toutes les URL doivent être publiées à partir de la Région existante et toutes les sorties doivent être écrites dans le compartiment S3 d'origine dans la Région actuelle. Quelle combinaison de modifications créera un déploiement multi-Régions qui satisfait à ces exigences ? (Choisissez-en deux.)

Pour traiter les URL dans d'autres Régions tout en publiant depuis la Région d'origine, il faut que la rubrique SNS existante puisse distribuer les messages à travers les Régions. La création d'une file d'attente SQS et d'une fonction Lambda dans chaque Région supplémentaire permet le traitement localisé. Ensuite, l'abonnement de ces nouvelles files d'attente SQS régionales à la rubrique SNS existante garantit que toutes les URL sont distribuées pour traitement. Les fonctions Lambda dans chaque Région peuvent alors récupérer les URL de leurs files d'attente SQS respectives, traiter les données et écrire les résultats dans le compartiment S3 d'origine, car S3 est un service global et les compartiments sont accessibles depuis n'importe quelle Région (avec les permissions appropriées). Les options incorrectes impliquent de déployer la rubrique SNS dans chaque Région, ce qui irait à l'encontre de l'exigence de publication à partir de la Région existante, ou de publier des URL de SQS vers SNS, ce qui n'est pas le flux de données souhaité.