Ein CloudFormation-Stack-Update ist aufgrund einer fehlerhaften Vorlage fehlgeschlagen, und CloudFormation hat begonnen, ein Rollback durchzuführen. Der Stack verbleibt jedoch im Status UPDATE_ROLLBACK_FAILED, und die Anwendung ist weiterhin ausgefallen. Welche Maßnahmen sollte ein DevOps-Ingenieur ergreifen, damit das Rollback erfolgreich abgeschlossen werden kann? (Wählen Sie zwei)

Wenn ein CloudFormation-Stack im Status UPDATEROLLBACKFAILED stecken bleibt, bedeutet dies, dass CloudFormation das Rollback nicht erfolgreich abschließen konnte, oft weil eine Ressource gelöscht oder geändert wurde, die CloudFormation nicht verwalten kann. Um das Rollback fortzusetzen, kann man ContinueUpdateRollback über die AWS CLI oder die Konsole ausführen. Dies weist CloudFormation an, den Rollback-Prozess von dem Punkt an fortzusetzen, an dem er fehlgeschlagen ist. Alternativ können die betroffenen Ressourcen manuell in den Zustand zurückversetzt werden, der dem erwarteten Zustand des Stacks vor dem fehlgeschlagenen Update entspricht. Dies ermöglicht es CloudFormation, den Rollback-Vorgang erfolgreich abzuschließen. Das Anhängen der AWSCloudFormationFullAccess-Richtlinie ist nicht direkt relevant, da die Berechtigungen des Service-Principals selten die Ursache für ein fehlgeschlagenes Rollback sind. Die Drift-Erkennung ist für die Identifizierung von Abweichungen gedacht, nicht für die Wiederherstellung von Stacks nach einem fehlgeschlagenen Rollback. Das erneute Anwenden der ursprünglichen Vorlage würde einen weiteren Update-Versuch starten, was nicht hilft, wenn der Stack bereits in einem fehlerhaften Rollback-Zustand ist.