Q76 — AWS SAA-C03 第11章

第 76/100 题 | ← 返回第11章

Q776.一家公司正在 AWS 上构建购物应用程序.该应用程序提供的目录每月更改一次，并且需要根据流量进行扩展.该公司希望应用程序的延迟尽可能低.来自每个用户购物车的数据需要具有高可用性.即使用户断开连接并重新连接，用户会话数据也必须可用.解决方案架构师应该怎样做才能确保始终保留购物车数据?

正确答案: B. 配置 Amazon ElastiCache for Redis 以缓存来自 Amazon DynamoDB 的目录数据和来自用户会话的购物车数据.

解析

为了确保购物车数据始终保留在AWS上的购物应用程序中，同时满足低延迟. 高可用性和用户会话数据持久化的要求，应采取以下方法:B. 配置 Amazon ElastiCache for Redis 以缓存来自 Amazon DynamoDB 的目录数据和来自用户会话的购物车数据.Amazon ElastiCache for Redis 是一项完全托管的内存数据存储服务，可用于实现缓存数据的低延迟和高可用性.通过在架构中配置 ElastiCache for Redis，可以实现以下优势:\ 1. 缓存来自 Amazon DynamoDB 的目录数据:通过在 ElastiCache for Redis 中缓存经常访问的目录数据，应用程序可以低延迟地提供这些数据，从而减少底层 DynamoDB 数据库的负载并提高目录相关操作的性能.\ 2. 缓存用户会话中的购物车数据:通过将购物车数据存储在 ElastiCache for Redis 内的用户会话中，即使用户断开连接并重新连接，数据仍保持高可用性. Redis 提供持久化选项，以确保即使缓存节点重新启动或发生故障，数据也能保留.\ 3. 高可用性:ElastiCache for Redis 提供自动故障转移和复制功能，确保即使缓存节点或可用区发生故障，缓存数据仍然可用.这就是为什么其他选项不是最合适的选择:A. 配置应用程序负载均衡器以启用粘性会话功能（会话亲和性）以访问 Amazon Aurora 中的目录:在应用程序负载均衡器中启用会话关联将有助于维护用户与目录交互的粘性会话，但它不能解决购物车数据的保存或用户会话数据的持久性问题.C. 配置 Amazon OpenSearch Service 以缓存来自 Amazon DynamoDB 的目录数据和来自用户会话的购物车数据:Amazon OpenSearch Service（以前称为 Amazon Elasticsearch Service）主要用于全文搜索和分析用例.虽然它可用于缓存目录数据，但它不提供保留购物车数据或用户会话数据的必要功能.D. 使用 Amazon Elastic Block Store (Amazon EBS) 存储配置 Amazon EC2 实例来存储目录和购物车.配置自动快照:将 Amazon EC2 实例与 Amazon EBS 存储和自动快照结合使用可能会为目录和购物车数据提供持久性，但它无法提供应用程序所需的低延迟和高可用性.因此，要保证购物车数据始终保存，同时满足用户会话数据低延迟. 高可用性. 持久化的要求，最合适的解决方案是:B. 配置 Amazon ElastiCache for Redis 以缓存来自 Amazon DynamoDB 的目录数据和来自用户会话的购物车数据.