亚马逊AWS官方博客 ·

37Games 游戏平台在 AWS 上的高可用容灾实践

💡 原文中文，约5000字，阅读约需12分钟。

📝

内容提要

37Games是一家成立于2011年的全球前20大游戏公司。本文讨论了37Games游戏平台在AWS上的部署以及跨区域主动-主动架构的实施。文章解释了游戏平台服务的架构设计以及在可用性方面面临的挑战。还介绍了多区域主动-主动架构，确保高可用性和灾难恢复。文章讨论了架构的访问层、应用层和数据层，以及流量分发和数据同步方法。强调了使用AWS服务如Route53、CloudFront、Aurora Global Database和DynamoDB Global Tables的优点。文章最后强调了通过这种架构实现的改进的可用性、容错性和灾难恢复能力。

🎯

关键要点

37Games成立于2011年，是全球前20大游戏公司。
本文讨论37Games游戏平台在AWS上的部署及跨区域主动-主动架构的实施。
游戏平台服务负责管理玩家账号和支付流程，需注重高可用性和容灾能力。
游戏平台服务架构通常采用三层架构，现多使用Kubernetes容器化部署。
可用性挑战包括硬件故障、自然灾害和网络链路故障。
AWS托管服务的韧性特性可帮助优化架构，提高可用性。
37Games平台服采用Multi Region双活设计，提升韧性和灾难恢复能力。
Access Tier使用Route53和CloudFront实现流量分配，确保玩家就近接入。
Application Tier更新CI/CD流程，保证两个Region的业务代码一致。
Data Tier依赖Aurora Global Database和DynamoDB Global Tables实现跨Region数据同步。
Aurora Global Database支持跨Region数据同步，提供低延迟读操作。
DynamoDB global tables提供全托管的多活读写端点，采用last-writer-wins策略解决数据冲突。
容灾策略需经过测试，确保在故障时能有效切换流量和业务逻辑。
Aurora Global Database的failover过程包括提升secondary cluster为primary，恢复故障region。
本文总结了37Games在AWS上采用的Multi-Region双活架构的优势和实践案例。

❓

延伸问答

37Games的游戏平台在AWS上采用了什么样的架构设计？

37Games的游戏平台在AWS上采用了Multi Region双活架构，确保高可用性和灾难恢复。

Multi Region双活架构的主要优势是什么？

Multi Region双活架构提供了更高的韧性和灾难恢复能力，能够在一个Region发生故障时，另一个Region继续承载流量。

在37Games的架构中，如何实现数据同步？

数据同步依赖于Aurora Global Database和DynamoDB Global Tables，确保关系型和非关系型数据在多个Region间一致。

37Games如何处理流量分配？

流量分配通过Route53和CloudFront实现，确保玩家流量就近接入并根据策略分配到不同的Region。

Aurora Global Database的failover过程是怎样的？

当primary region发生故障时，Aurora Global Database会提升一个secondary cluster为primary，并监控故障region的恢复。

37Games在AWS上实施的架构有哪些关键AWS服务？

关键AWS服务包括Route53、CloudFront、Aurora Global Database和DynamoDB Global Tables。

🏷️