Бессерверное приложение в одном регионе публикует URL-адреса через топик Amazon SNS в очередь Amazon SQS. Функция AWS Lambda использует эту очередь SQS в качестве источника событий, извлекает каждый URL-адрес, извлекает метаданные и записывает результаты в бакет Amazon S3 в том же регионе. Компания хочет выполнять ту же обработку URL-адресов в дополнительных регионах (для сравнения локализованных различий сайтов), но все URL-адреса должны публиковаться из существующего региона, а все выходные данные должны записываться в исходный бакет S3 в текущем регионе. Какая комбинация изменений позволит создать мультирегиональное развертывание, удовлетворяющее этим требованиям? (Выберите два.)

Для выполнения обработки URL-адресов в дополнительных регионах необходимо развернуть очередь SQS и функцию Lambda в каждом из этих регионов. Это позволит локально обрабатывать сообщения. Чтобы эти региональные очереди получали URL-адреса из существующего региона, нужно подписать каждую новую очередь SQS на исходный топик SNS. Топик SNS может доставлять сообщения в очереди SQS в разных регионах. Опция "Подписать топик SNS (в каждом регионе) на очередь SQS" неверна, так как топик SNS один и находится в исходном регионе. Опция "Настроить очередь SQS для публикации URL-адресов в топики SNS в каждом регионе" неверна, так как очередь SQS не публикует URL-адреса, а получает их. Опция "Развернуть топик SNS и функцию Lambda в других регионах" неверна, так как топик SNS должен оставаться в исходном регионе для централизованной публикации.