Firma udostępnia dynamiczną witrynę internetową z instancji Amazon EC2 za pośrednictwem Application Load Balancer w regionie us-west-1. Witryna musi obsługiwać wiele języków i użytkownicy w innych częściach świata doświadczają dużych opóźnień. Firma chce uzyskać szybszą globalną wydajność bez odtwarzania architektury w wielu regionach. Co powinien zrobić architekt rozwiązań?

Poprawna odpowiedź to skonfigurowanie dystrybucji Amazon CloudFront z ALB jako źródłem i ustawienie buforowania na podstawie nagłówka Accept-Language. CloudFront to globalna sieć dostarczania treści (CDN), która buforuje zawartość bliżej użytkowników końcowych, znacznie zmniejszając opóźnienia. Użycie ALB jako źródła pozwala CloudFront na dostarczanie dynamicznej zawartości z istniejącej aplikacji EC2. Buforowanie na podstawie nagłówka Accept-Language zapewnia, że użytkownicy otrzymują zawartość w odpowiednim języku, nawet jeśli jest ona buforowana. Pierwsza opcja jest nieprawidłowa, ponieważ witryna jest dynamiczna i nie może być w całości hostowana na Amazon S3. Trzecia opcja, użycie API Gateway, jest przeznaczona głównie do zarządzania API, a nie do przyspieszania dostarczania dynamicznych stron internetowych, a jej buforowanie nie jest tak efektywne jak CloudFront dla tego scenariusza. Czwarta opcja, uruchamianie instancji EC2 w każdym regionie, wymagałaby odtworzenia architektury w wielu regionach, co jest sprzeczne z wymaganiem pytania.