一家汽车租赁公司构建了一个供其移动应用程序使用的无服务器 REST API。该技术栈使用带有区域端点的 Amazon API Gateway、AWS Lambda 和 Amazon Aurora MySQL Serverless 数据库集群。向合作伙伴开放访问后，请求量急剧增加，导致间歇性数据库内存错误。日志显示，许多客户端在短时间内针对相同的查询重复发出 HTTP GET 请求。流量集中在工作时间，节假日出现高峰。该公司希望在最大限度地降低成本增长的同时支持增加的负载。哪种方法符合这些要求？

将 API Gateway 区域端点转换为边缘优化端点，并启用缓存，可以直接解决因重复查询导致的数据库负载问题。边缘优化端点利用 Amazon CloudFront，将 API 请求路由到最近的边缘站点，减少延迟。更重要的是，在 API Gateway 阶段启用缓存可以缓存重复的 GET 请求响应，从而显著减少对后端 Lambda 函数和 Aurora Serverless 数据库的请求，缓解数据库内存错误。这种方法在不增加数据库资源的情况下有效分担了负载，符合成本效益要求。 其他选项： 实施 Amazon ElastiCache for Redis 集群可以缓存数据库查询结果，但需要修改 Lambda 函数逻辑，增加了复杂性，且 ElastiCache 本身会产生额外成本。 更改 Aurora Serverless 数据库集群配置以增加最大可用内存，虽然可以暂时缓解内存错误，但并未解决重复查询的根本问题，且会增加数据库成本。 在 API Gateway 生产阶段启用限流可以保护后端服务免受过载，但会直接拒绝超出限制的合法请求，影响用户体验，不符合支持增加负载的目标。