某个区域中的无服务器应用程序通过 Amazon SNS topic 发布 URL 到 Amazon SQS queue。一个 AWS Lambda 函数使用该 SQS queue 作为事件源，获取每个 URL，提取元数据，并将结果写入同一区域的 Amazon S3 bucket。公司希望在其他区域运行相同的 URL 处理（以比较本地化站点差异），但所有 URL 都必须从现有区域发布，并且所有输出都必须写入当前区域的原始 S3 bucket。以下哪种更改组合将创建满足这些要求的多区域部署？（选择两项）

为了在其他区域运行相同的 URL 处理，最直接的方法是在目标区域部署 SQS 队列和 Lambda 函数。这样，Lambda 函数就可以在该区域本地处理消息，从而实现区域性的处理。 由于所有 URL 都必须从现有区域发布，并且所有输出都必须写入当前区域的原始 S3 存储桶，因此需要将现有区域的 SNS 主题与新区域的 SQS 队列连接起来。在每个附加区域中创建一个 SQS 队列，并将其订阅到现有的 SNS 主题，可以确保原始区域发布的 URL 能够被这些新区域的 SQS 队列接收，从而触发相应区域的 Lambda 函数进行处理。 其他选项不正确的原因： 将 SNS topic（在每个区域中）订阅到 SQS queue：SNS 主题通常发布消息，而不是订阅队列。 配置 SQS queue 以将 URL 发布到每个区域的 SNS topics：这会改变消息流，使 SQS 队列成为发布者，与需求不符。 将 SNS topic 和 Lambda function 部署到其他区域：SNS 主题的部署需要保持在原始区域，以确保所有 URL 都从现有区域发布。