Q35 — AWS SAA-C03 第12章

第 35/100 题 | ← 返回第12章

Q835. 一家公司希望在 AWS 上运行其支付应用程序.该应用程序从移动设备接收支付通知.支付通知需要进行基本验证，然后才能发送以进行进一步处理.后端处理应用程序长时间运行，需要调整计算和内存.该公司不想管理基础设施.哪种解决方案能够以最少的运营开销满足这些要求?

正确答案: D. 创建 Amazon API Gateway API.将 API 与 AWS Lambda 集成以接收来自移动设备的付款通知.调用 Lambda 函数来验证付款通知并将通知发送到后端应用程序.在 Amazon Elastic Container Service (Amazon ECS) 上部署后端应用程序.使用 AWS Fargate 启动类型配置 Amazon ECS.

解析

为了满足在 AWS 上运行支付应用程序（从移动设备接收支付通知并需要基本验证）的要求，同时最大限度地减少运营开销，运营开销最少的解决方案是:D. 创建 Amazon API Gateway API.将 API 与 AWS Lambda 集成以从移动设备接收付款通知.调用 Lambda 函数来验证付款通知并将通知发送到后端应用程序.在 Amazon Elastic Container Service (Amazon ECS) 上部署后端应用程序.使用 AWS Fargate 启动类型配置 Amazon ECS.原因如下:选项 D 建议创建一个 Amazon API Gateway API 来接收来自移动设备的付款通知.该 API 可以与 AWS Lambda 集成，从而实现无服务器代码执行.Lambda 函数可以处理付款通知的基本验证并将其发送到后端应用程序.后端应用程序可以部署在Amazon ECS上，后者提供容器编排和管理.通过使用 AWS Fargate 启动类型配置 Amazon ECS，该公司可以避免管理底层基础设施. AWS Fargate 抽象了基础设施并允许运行容器，而无需预置或管理 EC2 实例.该解决方案最大限度地减少了运营开销，因为它利用无服务器计算 (Lambda) 进行验证逻辑，并利用容器编排（带有 Fargate 的 ECS）进行后端应用程序.公司不需要手动管理和扩展基础设施.选项 A、B 和 C 并不是以最少的运营开销满足要求的最佳解决方案.选项 A 建议使用 Amazon SQS 和 Amazon EventBridge 接收付款通知并与 Amazon EKS 集群集成.虽然这提供了可扩展性和事件驱动架构，但它带来了管理 EKS 集群的复杂性，从而增加了运营开销.选项 B 建议使用与 AWS Step Functions 集成的 API Gateway API，并在具有自管理节点的 Amazon EKS 上部署后端应用程序.这也带来了管理 EKS 集群的复杂性，并需要额外的操作工作.选项 C 建议使用 Amazon SQS 和 Amazon EventBridge，但使用 Spot 队列在 Amazon EC2 Spot 实例上部署后端应用程序.虽然 Spot 实例可以节省成本，但它们需要管理和监控来处理潜在的中断.因此，建议的解决方案是创建与 AWS Lambda 集成的 API Gateway API，以处理付款通知，并使用 AWS Fargate 启动类型在 Amazon ECS 上部署后端应用程序，从而最大限度地减少运营开销.