Aplikacja internetowa udostępnia treści statyczne z zasobnika S3 za CloudFront, a treści dynamiczne za pośrednictwem ALB kierującego do grup Auto Scaling EC2. Domena znajduje się w Route 53. W godzinach szczytu niektórzy użytkownicy otrzymują błędy HTTP 503 Service Unavailable z ALB. Firma chce natychmiast wyświetlić niestandardową stronę błędu, gdy wystąpi ten błąd, przy minimalnym nakładzie operacyjnym. Które rozwiązanie spełnia to wymaganie?

Prawidłowa odpowiedź to utworzenie grupy pochodzenia CloudFront z dwoma pochodzeniami. Ustawienie ALB jako pochodzenia podstawowego, a statycznej witryny S3 z niestandardową stroną błędu jako pochodzenia pomocniczego, pozwala CloudFront automatycznie przełączyć się na stronę błędu S3, gdy ALB zwróci błąd 503. Jest to natychmiastowe i wymaga minimalnego nakładu operacyjnego. Pozostałe opcje są mniej odpowiednie: Routing awaryjny Route 53 z kontrolą stanu monitorującą ALB jest wolniejszy i nie zapewnia natychmiastowej reakcji na błędy 503 z ALB, ponieważ DNS musi się zaktualizować. Tworzenie drugiej dystrybucji CloudFront i routingu awaryjnego Route 53 jest zbyt skomplikowane i kosztowne dla tego wymagania. Funkcja CloudFront Function musiałaby sprawdzać każdy kod odpowiedzi, co zwiększa złożoność i koszty operacyjne, a także może wprowadzać opóźnienia.