Un'applicazione utilizza una distribuzione Amazon CloudFront con un Application Load Balancer (ALB) pubblico in una Regione come origine predefinita. L'applicazione è distribuita in una Regione secondaria in una configurazione warm-standby e l'azienda richiede un RTO di zero secondi per le richieste HTTP GET. Come è possibile automatizzare il failover verso la Regione secondaria in modo che le richieste HTTP GET soddisfino tale RTO?

L'opzione corretta garantisce un RTO di zero secondi per le richieste HTTP GET utilizzando le funzionalità native di CloudFront. Aggiungendo l'ALB secondario come nuova origine e configurando un gruppo di origini con failover automatico su errori 5xx, CloudFront instraderà immediatamente le richieste all'origine secondaria in caso di problemi con la primaria, senza interruzioni percepibili dall'utente. Le opzioni errate presentano le seguenti problematiche: La creazione di due distribuzioni CloudFront con Route 53 introduce latenza DNS e non garantisce un RTO di zero secondi, poiché la propagazione DNS richiede tempo. L'uso di Route 53 direttamente sugli ALB senza CloudFront non sfrutta la cache edge di CloudFront e potrebbe non raggiungere un RTO di zero secondi a causa della propagazione DNS e del tempo necessario per il rilevamento del fallimento. Una CloudFront Function per il reindirizzamento 307 non è l'approccio più efficiente o immediato per un RTO di zero secondi, poiché implica un reindirizzamento lato client che aggiunge latenza e complessità.