Firma uruchamia globalną grę online, używając instancji Amazon EC2 w trzech regionach: us-east-1, eu-west-1 i ap-southeast-1. Tablice wyników, ekwipunek graczy i status wydarzeń muszą być dostępne we wszystkich regionach. Każdy region powinien być w stanie skalować się, aby obsłużyć łączne obciążenie ze wszystkich regionów, a użytkownicy muszą być automatycznie kierowani do regionu z najniższym opóźnieniem. Który projekt spełnia te wymagania przy NAJMNIEJSZYM nakładzie operacyjnym?

Poprawna odpowiedź minimalizuje nakład operacyjny, wykorzystując zarządzane usługi AWS. Auto Scaling Group z NLB zapewnia skalowalność i wysoką dostępność aplikacji w każdym regionie. Rekordy Route 53 oparte na opóźnieniach automatycznie kierują użytkowników do najbliższego regionu. Globalna tabela DynamoDB jest kluczowa dla danych gry, ponieważ zapewnia automatyczną replikację między regionami, wysoką dostępność i spójność, eliminując potrzebę ręcznego zarządzania replikacją baz danych. Pozostałe opcje są mniej optymalne: Użycie EC2 Spot Fleet może prowadzić do przerw w działaniu, a repliki odczytu RDS nie zapewniają globalnego zapisu ani spójności danych. AWS Global Accelerator jest dobrym rozwiązaniem, ale Route 53 oparty na opóźnieniach wskazujący na Global Accelerator jest redundancją, ponieważ Global Accelerator już optymalizuje routing. Hostowanie MySQL na instancjach EC2 i ręczna replikacja zwiększają nakład operacyjny. EC2 Global View nie jest usługą do wdrażania instancji, a niestandardowa logika DNS na instancjach EC2 jest złożona i wymaga dużego nakładu pracy. Globalna baza danych Amazon Aurora jest dobrym rozwiązaniem dla danych, ale pozostałe elementy tej opcji są nieefektywne.