Uma empresa está lançando um jogo online global usando instâncias Amazon EC2 em três regiões: us-east-1, eu-west-1 e ap-southeast-1. Placares de líderes, inventário de jogadores e status de eventos devem estar disponíveis em todas as regiões. Qualquer região deve ser capaz de escalar para lidar com a carga combinada de todas as regiões, e os usuários devem ser automaticamente roteados para a região com a menor latência. Qual design atende a esses requisitos com a MENOR sobrecarga operacional?

A opção correta atende aos requisitos com menor sobrecarga operacional. O Auto Scaling Group e o NLB fornecem escalabilidade e alta disponibilidade para as instâncias EC2 em cada região. O roteamento baseado em latência do Route 53 direciona os usuários para a região mais próxima, otimizando a experiência. O Amazon DynamoDB Global Tables é a solução ideal para dados de jogo globalmente consistentes e de baixa latência, com replicação automática e gerenciamento mínimo. As outras opções são menos ideais: Usar EC2 Spot Fleet com Global Accelerator e RDS com réplicas de leitura adiciona complexidade e custo desnecessários para o roteamento e a replicação de dados, e o Global Accelerator não é necessário com o roteamento baseado em latência do Route 53. Roteamento de geoproximidade do Route 53 é mais complexo que o baseado em latência para este caso, e hospedar MySQL em instâncias EC2 para replicação manual aumenta a sobrecarga operacional. EC2 Global View não é um serviço para implantação, e um servidor DNS personalizado em instâncias EC2 é uma solução complexa e de alta sobrecarga. O Amazon Aurora Global Database é uma boa opção para dados, mas o restante da solução é ineficiente.