Een bedrijf lanceert een wereldwijde online game met behulp van Amazon EC2-instances in drie regio's: us-east-1, eu-west-1 en ap-southeast-1. Leaderboards, spelersinventaris en evenementstatus moeten beschikbaar zijn in alle regio's. Elke regio moet kunnen schalen om de gecombineerde belasting van alle regio's aan te kunnen, en gebruikers moeten automatisch worden gerouteerd naar de regio met de laagste latency. Welk ontwerp voldoet aan deze vereisten met de MINSTE operationele overhead?

De juiste oplossing minimaliseert operationele overhead en voldoet aan alle vereisten. Auto Scaling Groups zorgen voor schaalbaarheid en beschikbaarheid van EC2-instances in elke regio. Network Load Balancers verdelen het verkeer efficiënt over de instances. Route 53 latency-based routing stuurt gebruikers automatisch naar de regio met de laagste latentie. Amazon DynamoDB Global Tables bieden een volledig beheerde, multi-regionale, actieve-actieve databaseoplossing met lage latentie voor de gamemetadata, wat cruciaal is voor leaderboards, inventaris en evenementstatus, en minimaliseert operationele overhead vergeleken met zelfbeheerde databases. De eerste optie met Global Accelerator en RDS read replicas is complexer en RDS read replicas bieden geen actieve-actieve schrijfcapaciteit in alle regio's. De tweede optie met MySQL op EC2-instances en handmatige replicatie verhoogt de operationele overhead aanzienlijk. De vierde optie met EC2 Global View, aangepaste DNS-servers en Aurora Global Database is eveneens complexer en verhoogt de operationele overhead.