一家零售订购应用程序目前使用负载均衡的 EC2 队列进行 Web 托管、数据库 API 服务和业务逻辑。该公司希望重构为解耦的、可扩展的架构，该架构能够保留失败的订单以供以后处理，同时最大限度地降低运营开销。哪种架构最能满足这些目标？

正确答案提供了高度解耦、可扩展且运营开销低的架构。Amazon S3 静态网站托管成本效益高且可扩展。AWS AppSync 提供托管的 GraphQL API，简化数据访问。Amazon SQS 是可靠的异步消息队列，非常适合订单排队，并通过死信队列（DLQ）自动处理和保留失败的消息，满足保留失败订单的需求。AWS Lambda 是无服务器的，可以按需扩展以处理业务逻辑，最大限度地降低运营开销。 其他选项的不足在于： 选项1：在 Amazon ECS 上运行业务逻辑会增加运营开销，并且 SQS 长轮询并非保留失败订单的最佳机制。 选项2：Elastic Beanstalk 仍涉及服务器管理。Amazon MQ 相比 SQS 运营开销更高。将失败订单存储在 S3 Glacier Deep Archive 不适合“保留以供后续处理”，因为它访问延迟高。 选项4：Amazon Lightsail 不如 S3 适用于静态网站托管。Amazon SES 是电子邮件服务，不用于订单排队。Amazon OpenSearch Service 主要用于搜索和分析，不适合作为订单保留存储。