Un clúster de Amazon Aurora MySQL tiene habilitadas las copias de seguridad automáticas, la recuperación a un momento dado (point-in-time recovery) y el backtracking. Debe revertir el clúster de producción existente a un punto de recuperación específico dentro de las últimas 72 horas, realizando el rollback in-place en el mismo clúster de base de datos. ¿Qué debería usar?

La opción correcta es usar Aurora backtracking. Backtracking permite rebobinar un clúster de Aurora MySQL a un punto anterior en el tiempo sin necesidad de restaurar desde una copia de seguridad. Esto se realiza in-place, lo que significa que el mismo clúster de base de datos se revierte, cumpliendo con el requisito de "rollback in-place". Crear una Aurora Replica y promocionarla no revierte el clúster original; crea uno nuevo a partir de un punto de tiempo específico, pero no es un rollback in-place del clúster existente. Invocar una función de AWS Lambda para restaurar una copia de seguridad automática no es el mecanismo directo para un rollback in-place; las restauraciones de copias de seguridad suelen crear un nuevo clúster. Realizar una restauración a un momento dado (point-in-time restore) también crea un nuevo clúster de base de datos, en lugar de revertir el clúster existente in-place.