Sprzedawca detaliczny uruchamia swoją aplikację e-commerce na instancjach EC2 za Application Load Balancer (ALB) z backendem Amazon RDS. CloudFront jest skonfigurowany z ALB jako źródłem do buforowania treści statycznych. Route 53 hostuje publiczny DNS. Po aktualizacji aplikacji, ALB czasami zwraca HTTP 502 (Bad Gateway) z powodu nieprawidłowo sformułowanych nagłówków HTTP zwracanych do ALB. Natychmiastowe ponowne załadowanie strony zazwyczaj kończy się sukcesem. Podczas gdy firma naprawia przyczynę problemu, architekt rozwiązań musi wyświetlić niestandardową stronę błędu zamiast domyślnej strony ALB przy minimalnym nakładzie operacyjnym. Która kombinacja kroków to osiągnie? (Wybierz dwie.)

Prawidłowe odpowiedzi to: "Utwórz bucket Amazon S3 skonfigurowany do hostowania statycznej witryny. Prześlij niestandardowe strony błędów do bucketa S3" oraz "Skonfiguruj niestandardowe odpowiedzi na błędy CloudFront i określ niestandardową stronę błędu. Zaktualizuj rekordy DNS, aby wskazywały na publicznie dostępną stronę internetową dystrybucji CloudFront". CloudFront może wyświetlać niestandardowe strony błędów dla określonych kodów statusu HTTP. Aby to działało, potrzebuje miejsca do przechowywania tych stron, a Amazon S3 jest idealnym, niskokosztowym rozwiązaniem do hostowania statycznych stron internetowych. Połączenie tych dwóch usług pozwala na wyświetlanie niestandardowych stron błędów bez modyfikowania logiki aplikacji ani infrastruktury ALB, co minimalizuje nakład operacyjny. Pozostałe opcje są nieprawidłowe, ponieważ: Opcje z CloudWatch i Lambda wprowadzają dodatkową złożoność operacyjną i nie są przeznaczone do obsługi niestandardowych stron błędów w ten sposób. Opcja z Route 53 i kontrolami stanu jest przeznaczona do przełączania ruchu w przypadku awarii, a nie do wyświetlania niestandardowych stron błędów dla konkretnych kodów HTTP zwracanych przez ALB.