本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
GAMESUS01-BP01 使用适合用户内容、订阅者信息和游戏内购买模式的存储技术
您应按类型、保留需求和访问频率对数据进行分类。这使您能够为游戏或后端服务生成的各种数据类型选择最优化的存储解决方案。快速变化的数据应存储在键值或内存数据库服务中。交易数据应存储在关系数据库服务中。大型文件、游戏资产或用户生成的内容应存储在对象存储服务中。
在未建立这种最佳实践的情况下暴露的风险等级:高
实施指导
游戏生成和消耗各种各样的数据类型,需要针对访问频率、延迟和成本进行优化的存储解决方案。存储的数据应使用标签进行分类,以区分可以删除或需要长期存储的数据。
以下服务适用于各种游戏用例:
Amazon Aurora
Amazon DynamoDB
Amazon DocumentDB
亚马逊 ElastiCache
亚马逊简单存储服务 (S3)
如果它提供支持频繁和频繁数据访问的多种存储类别以及经济实惠的存档存储。对于开发过程中经常访问的数据,工作室应将对象存储在 S3 标准中,
对于需要高吞吐量、低延迟且可以将其生活在单一可用区中的工作室,请使用 S3 Express One Zone。
Amazon Elastic Block Store
实施步骤
-
按类型、保留需求和访问频率对游戏数据进行分类,标记数据以区分短期和长期存储需求。
-
使用 Amazon Aurora 获取交易数据,使用 DynamoDB 获取实时玩家数据,使用 DocumentDB 获取半结构化数据,以及对时间关键型游戏信息 ElastiCache 进行低延迟缓存。
-
将游戏资产、日志和用户生成的内容存储在 Amazon S3 中,根据访问模式和存档需求选择适当的存储类别(例如 Intelligent-Tiering,One Zone 和 Glacier),并将 EBS 用于游戏服务器二进制文件和配置并定期进行快照管理。