Firma będzie uruchamiać aplikację dostępną z internetu na wielu instancjach Amazon EC2 w wielu strefach dostępności (Availability Zones) i wielu regionach AWS. Użytkownicy są na całym świecie i powinni być kierowani do instancji EC2 najbliżej ich lokalizacji. Które rozwiązanie spełnia te wymagania?

Prawidłowa odpowiedź to wdrożenie polityki routingu geoproximity Amazon Route 53 i użycie Network Load Balancer (NLB). Polityka routingu geoproximity kieruje użytkowników do zasobów AWS na podstawie ich lokalizacji geograficznej i lokalizacji zasobów, z opcjonalnym przesunięciem (bias) w celu preferowania określonych regionów, co jest idealne dla globalnych użytkowników potrzebujących dostępu do najbliższych instancji. Network Load Balancer jest odpowiedni dla aplikacji o wysokiej wydajności i niskich opóźnieniach, które wymagają statycznego adresu IP, co jest często pożądane w scenariuszach globalnych. Geolokalizacja Route 53 kieruje ruch na podstawie lokalizacji użytkownika, ale nie uwzględnia lokalizacji zasobów ani przesunięcia. Multivalue answer Route 53 zwraca wiele adresów IP, ale nie kieruje do najbliższego zasobu. Weighted Route 53 rozdziela ruch na podstawie przypisanych wag, a nie bliskości geograficznej. Application Load Balancer (ALB) działa na warstwie 7 (HTTP/HTTPS) i jest odpowiedni dla aplikacji webowych, ale NLB (warstwa 4) oferuje niższą latencję i wyższą przepustowość, co jest często kluczowe w globalnych wdrożeniach z naciskiem na minimalizację opóźnień.