Un'applicazione utilizza un cluster DB Amazon Aurora Multi-AZ compatibile con MySQL con una replica di lettura cross-Region per il disaster recovery. L'ingegnere DevOps deve automatizzare la promozione della replica a primaria in caso di guasto della primaria. Quale soluzione consentirà di raggiungere questo obiettivo?

La soluzione corretta sfrutta AWS Systems Manager Parameter Store per memorizzare l'endpoint, consentendo all'applicazione di recuperarlo dinamicamente. EventBridge rileva il guasto del database e attiva una funzione Lambda che promuove la replica e aggiorna l'endpoint in Parameter Store. L'applicazione è progettata per ricaricare l'endpoint in caso di errore di connessione, garantendo un failover automatico e una disponibilità elevata. Le altre opzioni sono meno efficaci: L'uso di Route 53 basato sulla latenza non gestisce direttamente la promozione di una replica cross-Region in caso di guasto primario. La creazione di un endpoint personalizzato Aurora non è la soluzione più robusta per la gestione automatica del failover cross-Region e la modifica di CloudFormation tramite Lambda è complessa e non ideale per il failover rapido. Modificare un modello CloudFormation tramite Lambda è un approccio meno dinamico e più lento per il failover rispetto all'aggiornamento di un parametro.