Globalnie dystrybuowany produkt wymaga API wdrożonego redundantnie w wielu Regionach. API musi być niezależnie dostępne z każdej lokalizacji, odpowiadać na niestandardową domenę i optymalizować wydajność żądań użytkowników. Jak należy skonfigurować Amazon API Gateway i routing, aby spełnić te wymagania?

Prawidłowa odpowiedź spełnia wszystkie wymagania. Wdrożenie regionalnych punktów końcowych API Gateway w każdym Regionie z niestandardowymi domenami zapewnia niezależną dostępność i obsługę niestandardowych domen. Routing oparty na opóźnieniach Route 53 kieruje użytkowników do najbliższego, najszybciej odpowiadającego punktu końcowego, optymalizując wydajność. Pozostałe opcje są nieprawidłowe, ponieważ: Opcja 1 (edge-optimized API w us-east-1 z geoproximity routing) nie zapewnia niezależnej dostępności API w wielu Regionach. Edge-optimized API jest globalne, ale jego backend jest w jednym Regionie. Opcja 2 (regionalny punkt końcowy w us-east-1 z Global Accelerator) nie zapewnia redundancji API w wielu Regionach, ponieważ API jest wdrożone tylko w us-east-1. Opcja 4 (edge-optimized API w us-east-1 z CloudFront) również nie zapewnia redundancji API w wielu Regionach, ponieważ API jest wdrożone tylko w us-east-1.