Firma zajmująca się handlem detalicznym online prowadzi aplikację internetową w regionie us-west-2 i planuje ekspansję na Europę. Aplikacja musi zapewniać niskie opóźnienia globalnie, identyfikować adresy IP użytkowników w celu dostarczania zlokalizowanych treści, obsługiwać metody HTTP GET i POST oraz przełączać się między regionami w oparciu o kontrole stanu dla GET i POST. Przełączenie awaryjne musi nastąpić w czasie krótszym niż 1 minuta dla wszystkich klientów. Która architektura spełnia te wymagania?

Ta architektura spełnia wszystkie wymagania. Application Load Balancer (ALB) jest niezbędny, ponieważ aplikacja musi obsługiwać zarówno metody HTTP GET, jak i POST, co jest kluczową funkcjonalnością warstwy 7, którą ALB zapewnia. Network Load Balancer (NLB) działa na warstwie 4 i nie obsługuje metod HTTP. AWS Global Accelerator jest kluczowy dla niskich opóźnień globalnie, ponieważ wykorzystuje sieć globalną AWS, kierując ruch do najbliższego punktu brzegowego, a następnie przez zoptymalizowaną sieć AWS do aplikacji. Global Accelerator zapewnia również statyczne adresy IP i umożliwia identyfikację adresów IP użytkowników. Co najważniejsze, Global Accelerator oferuje szybkie przełączanie awaryjne (poniżej 1 minuty) dzięki ciągłym kontrolom stanu i natychmiastowemu przekierowywaniu ruchu. Pozostałe opcje są nieprawidłowe, ponieważ: NLB nie obsługuje metod HTTP GET/POST. Amazon Route 53 z politykami routingu awaryjnego opiera się na DNS, co oznacza, że przełączanie awaryjne może trwać dłużej niż 1 minuta ze względu na buforowanie DNS. Amazon CloudFront jest siecią CDN i choć poprawia opóźnienia dla treści statycznych, w przypadku dynamicznych aplikacji wymagających obsługi POST i niskich opóźnień do serwera pochodzenia, Global Accelerator jest bardziej odpowiedni.