Un rivenditore esegue la sua app di e-commerce su istanze EC2 dietro un Application Load Balancer (ALB) con un backend Amazon RDS. CloudFront è configurato con l'ALB come origine per memorizzare nella cache i contenuti statici. Route 53 ospita il DNS pubblico. Dopo un aggiornamento dell'app, l'ALB a volte restituisce HTTP 502 (Bad Gateway) a causa di intestazioni HTTP malformate restituite all'ALB. Il ricaricamento immediato della pagina di solito ha successo. Mentre l'azienda risolve la causa principale, l'architetto di soluzioni deve mostrare una pagina di errore personalizzata invece di quella predefinita dell'ALB con un overhead operativo minimo. Quale combinazione di passaggi raggiunge questo obiettivo? (Scegliere due.)

La combinazione corretta prevede l'uso di un bucket S3 per ospitare la pagina di errore personalizzata e la configurazione delle risposte di errore personalizzate di CloudFront. CloudFront può essere configurato per intercettare specifici codici di stato HTTP (come il 502) provenienti dall'origine (l'ALB) e servire una pagina di errore personalizzata ospitata su S3, riducendo al minimo l'overhead operativo. Le opzioni che coinvolgono CloudWatch e Lambda per modificare le regole di inoltro dell'ALB sono troppo complesse e introducono latenza, non essendo la soluzione più efficiente per la visualizzazione di una pagina di errore statica. L'opzione di Route 53 con controlli di stato e target di fallback è utile per il failover DNS a livello di dominio, ma non gestisce direttamente gli errori HTTP specifici provenienti dall'ALB in modo granulare come CloudFront.