[文本]
本指南可帮助开发人员为游戏构建可扩展的无服务器推送通知消息系统。此架构既支持针对特定玩家的事件消息,也支持面向玩家群组的批量消息。玩家可以收到好友活动通知,例如加入或退出游戏或获得的成就。开发人员可以根据地理位置通知玩家游戏中的活动和事件。本指南还可以帮助客户存储消息数据,以满足相应的监管要求。
请注意:[免责声明]
Well-Architected 支柱

当您在云中构建系统时,AWS Well-Architected Framework 可以帮助您了解所做决策的利弊。框架的六大支柱使您能够学习设计和操作可靠、安全、高效、经济高效且可持续的系统的架构最佳实践。使用 AWS 管理控制台中免费提供的 AWS Well-Architected Tool,您可以通过回答每个支柱的一组问题,根据这些最佳实践来检查您的工作负载。
上面的架构图是按照 Well-Architected 最佳实践创建的解决方案示例。要做到完全的良好架构,您应该遵循尽可能多的 Well-Architected 最佳实践。
-
卓越运营
DynamoDB 支持 AWS CloudTrail 对数据面板和控制面板操作进行审计,因此您可以快速发现问题。您可以使用 Amazon CloudWatch 指标来跟踪服务使用情况,以直观地显示这些数据。
-
安全性
AWS Identity and Access Management(IAM)可以对 DynamoDB 和 Amazon S3 等资源访问进行授权管理。您可以集成 AWS WAF 以抵御外部攻击,以及使用 AWS CloudTrail 对活动进行审计。
-
可靠性
DynamoDB 提供时间点恢复和按需备份。您可以在线备份和恢复用户数据。DynamoDB 和 Amazon S3 会在可用区中保留三个数据副本,以防出现故障,从而在停机后自动本地化和恢复服务。您可以使用全局表为 DynamoDB 配置多个 AWS 区域,以最大限度地减少区域故障时的干扰。
-
性能效率
通过配置无服务器服务,您可以构建可扩展的消息服务,以满足每月不断增长的用户数量,而无需担心实例级管理。此外,CloudWatch 指标还通过检查请求数量和延迟来跟踪性能问题。
-
成本优化
对于联机分析处理(OLAP)系统工作负载,特别是大型数据交换,本指南使用 Amazon S3 和 Parquet 进行数据压缩。与直接操作 DynamoDB 相比,该选项提高了成本优化。您可以使用 DynamoDB 预留容量进行大规模处理,从而进一步优化成本。
-
可持续性
您可以使用 DynamoDB 按需容量模式,根据您对表执行的数据读写请求的确切数量进行扩展。按需容量模式可帮助您避免过度预置不必要的资源。所有资源管理都可留给服务端处理。
实施资源

提供了在 AWS 账户中进行实验和使用的详细指南。构建指南的每个阶段(包括部署、使用和清理)都将被检查,以便为部署做好准备。
示例代码为起点。它经过行业验证,是规范性但不是决定性的,可以帮助您开始。
免责声明
示例代码;软件库;命令行工具;概念验证;模板;或其他相关技术(包括由我方人员提供的任何前述项)作为 AWS 内容按照《AWS 客户协议》或您与 AWS 之间的相关书面协议(以适用者为准)向您提供。您不应将这些 AWS 内容用在您的生产账户中,或用于生产或其他关键数据。您负责根据特定质量控制规程和标准测试、保护和优化 AWS 内容,例如示例代码,以使其适合生产级应用。部署 AWS 内容可能会因创建或使用 AWS 可收费资源(例如,运行 Amazon EC2 实例或使用 Amazon S3 存储)而产生 AWS 费用。
本指南中提及第三方服务或组织并不意味着 Amazon 或 AWS 与第三方之间存在认可、赞助或从属关系。AWS 的指导是一个技术起点,您可以在部署架构时自定义与第三方服务的集成。