Una actualización de un stack de CloudFormation falló debido a una plantilla incorrecta y CloudFormation comenzó a revertir, pero el stack permanece en UPDATE_ROLLBACK_FAILED y la aplicación sigue caída. ¿Qué acciones debería tomar un ingeniero de DevOps para que la reversión pueda finalizar con éxito? (Elija dos.)

Cuando un stack de CloudFormation se atasca en UPDATEROLLBACKFAILED, significa que CloudFormation no pudo revertir completamente los cambios debido a un estado inconsistente de los recursos. Para resolver esto, se pueden tomar dos acciones principales. Primero, ejecutar ContinueUpdateRollback desde la consola de AWS CloudFormation o la AWS CLI indica a CloudFormation que intente reanudar el proceso de reversión. Esto es útil si el problema fue transitorio o si se ha corregido el estado subyacente de los recursos. Segundo, modificar manualmente los recursos afectados para que coincidan con el estado esperado del stack antes de reintentar la reversión es crucial. Esto puede implicar eliminar recursos que CloudFormation no pudo eliminar o restaurar configuraciones a su estado anterior. Adjuntar AWSCloudFormationFullAccess no es la solución, ya que el problema no es de permisos, sino de un estado fallido de la reversión. La detección de drift no restaura recursos automáticamente, solo los identifica. Reaplicar la plantilla original no ayuda si el stack ya está en un estado de reversión fallida; primero hay que resolver el estado actual.