卫星遥测管道将小型数据包放入 Amazon SQS 标准队列中。下游应用程序会转换这些消息，但有时无法转换某些消息；这些失败的消息会保留在 SQS 队列中。DevOps 工程师必须保留失败的消息，并将其提供给科学家进行审查和后续重新处理。哪种解决方案符合这些要求？

正确答案是创建一个 SQS 死信队列 (DLQ)。当消息在主队列中处理失败达到指定次数（例如，接收一次后）时，它会自动移动到 DLQ。这满足了保留失败消息的要求，并允许科学家审查和重新处理它们，而不会阻塞主队列。 其他选项不符合要求或效率低下： 使用 Lambda 轮询并复制到 S3 过于复杂，并且需要自定义逻辑来管理重试和重新排队，而 SQS DLQ 提供了内置功能。 将标准队列转换为 FIFO 队列是不必要的，因为问题中没有提到严格的消息顺序要求。此外，通过 EventBridge 和 Lambda 手动管理消息移动和删除会增加不必要的复杂性。 使用 API Gateway 和单独的虚拟 SQS 队列会增加架构的复杂性，并且没有直接解决失败消息的保留和重新处理问题，反而可能导致管理开销增加。