Una aplicación utiliza un clúster de base de datos Multi-AZ de Amazon Aurora compatible con MySQL con una réplica de lectura entre regiones para la recuperación ante desastres. El ingeniero de DevOps necesita automatizar la promoción de la réplica a principal si la principal falla. ¿Qué solución logrará esto?

La opción correcta ofrece una solución robusta y automatizada para la recuperación ante desastres. Almacenar el endpoint en AWS Systems Manager Parameter Store permite que la aplicación lo recupere dinámicamente. Amazon EventBridge puede detectar el fallo de la base de datos (por ejemplo, a través de eventos de Amazon RDS), lo que activa una función de AWS Lambda. Esta función promueve la réplica de lectura a principal y actualiza el endpoint en Parameter Store. La aplicación, al estar codificada para reintentar la conexión y recargar el endpoint, se conecta automáticamente a la nueva principal. Las otras opciones son menos eficientes o no abordan completamente la automatización y la resiliencia. La primera opción no promueve la réplica automáticamente. La segunda opción utiliza un custom endpoint de Aurora, que no es el endpoint principal estándar y no garantiza la promoción automática. La tercera opción implica modificar CloudFormation, lo cual es un proceso más complejo y lento para una recuperación rápida.