Une mise à jour de pile CloudFormation a échoué en raison d'un mauvais modèle et CloudFormation a commencé à annuler les modifications, mais la pile reste à l'état UPDATE_ROLLBACK_FAILED et l'application est toujours hors service. Quelles actions un ingénieur DevOps doit-il entreprendre pour que l'annulation puisse se terminer avec succès ? (Choisissez deux.)

Lorsqu'une pile CloudFormation est bloquée en état UPDATEROLLBACKFAILED, cela signifie que CloudFormation n'a pas pu annuler toutes les modifications. Pour résoudre ce problème, il faut souvent intervenir manuellement. Exécuter ContinueUpdateRollback est l'action principale pour demander à CloudFormation de réessayer l'annulation. Cependant, cette commande ne réussira que si les ressources sous-jacentes sont dans un état cohérent. Il est donc souvent nécessaire de modifier manuellement les ressources affectées (par exemple, supprimer une ressource qui n'a pas pu être supprimée, ou corriger une dépendance) pour les aligner avec l'état attendu de la pile avant de pouvoir relancer l'annulation. Attacher la politique AWSCloudFormationFullAccess n'est pas la solution, car le problème est lié à l'état des ressources, pas aux permissions du rôle de service. La détection de dérive est pour identifier les modifications manuelles, pas pour restaurer automatiquement après un échec d'annulation. Réappliquer le modèle original ne résoudra pas l'état bloqué de l'annulation.