Globalna firma medialna wdraża aplikację w wielu regionach, wykorzystując tabele globalne Amazon DynamoDB, aby zapewnić spójne doświadczenie użytkownika na dwóch głównych kontynentach. Każde wdrożenie w regionie wykorzystuje publiczny Application Load Balancer (ALB). Firma zarządza publicznym DNS wewnętrznie i chce, aby aplikacja była dostępna za pośrednictwem domeny apex. Która opcja spełnia wymagania przy NAJMNIEJSZYM wysiłku?

Prawidłowa odpowiedź to użycie AWS Global Accelerator. Global Accelerator zapewnia statyczne adresy IP, które mogą być użyte dla domeny apex (rekord A) w zewnętrznym DNS firmy. Skutecznie kieruje on ruch użytkowników do najbliższego regionalnego punktu końcowego (ALB w tym przypadku) przez globalną sieć AWS, minimalizując opóźnienia i zapewniając wysoką dostępność. Jest to rozwiązanie o najmniejszym wysiłku, ponieważ nie wymaga migracji całego DNS do Route 53 i obsługuje domenę apex. Pozostałe opcje są nieprawidłowe: Migracja publicznego DNS do Amazon Route 53 i użycie rekordów CNAME dla domeny apex jest niemożliwa, ponieważ domeny apex nie mogą używać rekordów CNAME. Umieszczenie NLB przed ALB jest niepotrzebnym dodatkowym komponentem i nie rozwiązuje problemu domeny apex bez migracji DNS do Route 53 i użycia aliasów. Tworzenie API Gateway z Lambda w jednym regionie wprowadza pojedynczy punkt awarii i dodatkowe opóźnienia, a także nie jest optymalnym rozwiązaniem dla routingu globalnego ruchu do wielu regionów.