Q62 — AWS SAA-C03 第15章
第 62/100 题 | ← 返回第15章
Q1162. 一家公司希望将应用程序迁移到 AWS。该应用程序在应用程序负载均衡器 (ALB) 后面的 Docker 容器上运行。该应用程序将数据存储在 PostgreSQL 数据库中。基于云的解决方案必须使用 AWS WAF 检查所有应用程序流量。该应用程序在工作日的流量最大。周末的流量明显较少。哪种解决方案能够以最具成本效益的方式满足这些要求?
- A. 使用网络负载均衡器 (NLB)。在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 NLB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon RDS for PostgreSQL 作为数据库。
- B. 在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 ALB。在 Amazon Elastic Kubernetes Service (Amazon EKS) 上运行应用程序。使用 Amazon RDS for PostgreSQL 作为数据库。
- C. 在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 ALB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon Aurora Serverless 作为数据库。 ✓
- D. 使用网络负载均衡器 (NLB)。在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 NLB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon Aurora Serverless 作为数据库。
正确答案: C. 在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 ALB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon Aurora Serverless 作为数据库。
解析
为了满足将应用程序迁移到 AWS 并使用 AWS WAF 进行流量检查、成本效益和可扩展容器编排的要求,最佳解决方案是:关键要求:迁移 Docker 容器(当前位于 ALB 后面)。使用 AWS WAF 检查所有应用程序流量。经济高效的解决方案(处理工作日的流量高峰和周末的低流量)。PostgreSQL 数据库(首选托管解决方案)。期权分析:答:使用网络负载均衡器 (NLB)。在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 NLB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon RDS for PostgreSQL 作为数据库。NLB 适用于低延迟 TCP/UDP 流量(而非 HTTP/HTTPS,后者更适合 ALB)。AWS WAF 可以附加到 ALB,而不是 NLB(NLB 不支持 WAF 集成)。不是最合适的(WAF 集成不正确)。B. 在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 ALB。在 Amazon Elastic Kubernetes Service (Amazon EKS) 上运行应用程序。使用 Amazon RDS for PostgreSQL 作为数据库。ALB + WAF 是正确的(WAF 可以检查流量)。Amazon EKS 是一种托管的 Kubernetes 服务,但对于这种用例来说,它比 ECS 更昂贵、更复杂。Amazon RDS for PostgreSQL 是一个托管数据库,但不会根据流量高峰自动扩展(与 Aurora Serverless 不同)。并非最具成本效益(EKS 略显过度,RDS 不支持自动扩展)。C. 在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 ALB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon Aurora Serverless 作为数据库。ALB + WAF 是正确的(WAF 检查流量)。Amazon ECS 是一项完全托管的容器编排服务(经济高效)。Amazon Aurora Serverless 是一款无服务器、自动扩展的 PostgreSQL 数据库(对于可变流量而言经济高效)。最适合成本效益和可扩展性。D. 使用网络负载均衡器 (NLB)。在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 NLB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon Aurora Serverless 作为数据库。NLB 不支持 WAF 集成(仅 ALB 支持 WAF)。设置不正确(WAF 无法附加到 NLB)。正确答案:C. 在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 ALB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon Aurora Serverless 作为数据库。该解决方案提供:ALB+WAF进行流量检查。Amazon ECS(完全托管,经济高效的容器编排)。Amazon Aurora Serverless(自动扩展的 PostgreSQL 数据库,经济高效,适用于变化的流量)。最具成本效益(高效处理流量高峰和低流量时段)。最终答案:C. 在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 ALB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon Aurora Serverless 作为数据库。能够以最具成本效益的方式满足要求的解决方案是:C. 在 AWS WAF 中创建包含必要规则的 Web 访问控制列表 (Web ACL)。将 Web ACL 附加到 ALB。在 Amazon Elastic Container Service (Amazon ECS) 上运行应用程序。使用 Amazon Aurora Serverless 作为数据库。带 ALB 的 AWS WAF:将 Web ACL 附加到应用程序负载均衡器,可以检查和过滤传入的应用程序流量,这对于安全性至关重要。Amazon ECS:使用 Amazon Elastic Container Service 提供运行 Docker 容器的托管环境,适用于需要灵活性和可扩展性的应用程序。Amazon Aurora Serverless:此选项可根据需求自动调整容量,对于流量模式多变的应用程序(例如工作日流量高、周末流量低的应用程序)而言,经济高效。这种组合有效地满足了安全性、成本效益和可扩展性的要求。