Un aggiornamento dello stack CloudFormation non è riuscito a causa di un template errato e CloudFormation ha avviato il rollback, ma lo stack rimane in stato UPDATE_ROLLBACK_FAILED e l'applicazione è ancora inattiva. Quali azioni dovrebbe intraprendere un ingegnere DevOps affinché il rollback possa terminare con successo? (Scegliere due.)

Quando uno stack CloudFormation rimane bloccato in stato UPDATEROLLBACKFAILED, significa che CloudFormation non è riuscito a ripristinare lo stato precedente delle risorse. Per risolvere, l'ingegnere DevOps deve intervenire. L'opzione corretta "Eseguire ContinueUpdateRollback dalla console AWS CloudFormation o dalla AWS CLI" è il metodo standard per tentare di riprendere un rollback fallito. Questo comando istruisce CloudFormation a riprovare il rollback, potenzialmente superando il problema temporaneo che lo ha causato. L'opzione corretta "Modificare manualmente le risorse interessate in modo che corrispondano allo stato previsto dello stack" è necessaria quando il problema che ha causato il fallimento del rollback non può essere risolto automaticamente da CloudFormation. L'ingegnere deve identificare le risorse che non sono state ripristinate correttamente e riportarle manualmente allo stato desiderato, prima di tentare nuovamente ContinueUpdateRollback. Le altre opzioni sono errate: Allegare AWSCloudFormationFullAccess non risolve un rollback bloccato; i problemi di permessi dovrebbero essere stati evidenti prima. Il rilevamento del drift non ripristina automaticamente le risorse in caso di rollback fallito. Riapplicare il template originale su uno stack in UPDATEROLLBACKFAILED non è possibile direttamente.