一家公司正在三个区域（us-east-1、eu-west-1 和 ap-southeast-1）使用 Amazon EC2 实例推出一款全球在线游戏。排行榜、玩家库存和事件状态必须在所有区域可用。任何区域都应能够扩展以处理来自所有区域的组合负载，并且用户必须自动路由到延迟最低的区域。哪种设计能以最少的操作开销满足这些要求？

正确答案使用 Auto Scaling 组和 NLB 确保每个区域的应用程序高可用性和可扩展性。Route 53 基于延迟的路由将用户自动引导至延迟最低的区域，满足低延迟要求。Amazon DynamoDB 全局表提供跨区域的完全托管、低延迟、多活数据复制，非常适合全球游戏状态，且操作开销极低。 其他选项不理想： 选项一的 RDS 只读副本不满足所有区域可写和多活的需求。Global Accelerator 适用于将流量路由到最近的边缘站点，再到区域资源，但 Route 53 基于延迟的路由已能满足区域路由需求。 选项二在 EC2 实例上托管 MySQL 并手动配置复制会增加显著的操作开销和复杂性，且地理邻近路由不一定能保证最低延迟。 选项四的自定义 DNS 逻辑增加了不必要的复杂性，且 EC2 Global View 仅用于查看实例，不提供路由功能。Aurora 全局数据库虽然提供跨区域复制，但与 DynamoDB 全局表相比，操作开销更高，且可能无法提供 DynamoDB 在高并发和低延迟方面的极致表现。