Podczas testowania stosu CloudFormation tworzenie nie powiodło się, a CloudFormation automatycznie usunął stos i wszystkie utworzone zasoby, uniemożliwiając analizę awarii. W przypadku przyszłych stosów administrator SysOps chce zachować zasoby, które zostały pomyślnie utworzone, gdy tworzenie stosu zakończy się niepowodzeniem. Która opcja tworzenia stosu to umożliwia?

Poprawna odpowiedź to „Ustaw parametr OnFailure na DONOTHING podczas tworzenia stosu”. Domyślnie, gdy tworzenie stosu CloudFormation kończy się niepowodzeniem, CloudFormation wycofuje wszystkie zasoby, usuwając je. Ustawienie parametru OnFailure na DONOTHING zapobiega temu wycofaniu, pozostawiając zasoby, które zostały pomyślnie utworzone, co pozwala na ich inspekcję i debugowanie. Opcja „Ustaw DisableRollback na False podczas tworzenia stosu” jest nieprawidłowa, ponieważ DisableRollback to parametr logiczny, który domyślnie jest ustawiony na false, co oznacza, że wycofywanie jest włączone. Ustawienie go na false nie zmienia domyślnego zachowania. Opcja „Podaj konfigurację wycofania, która określa wyzwalacz wycofania DONOTHING podczas tworzenia” jest nieprawidłowa. Konfiguracje wycofania (rollback configurations) są używane do monitorowania i automatycznego wycofywania stosu w przypadku problemów po pomyślnym utworzeniu, a nie do kontrolowania zachowania wycofywania podczas początkowego niepowodzenia tworzenia. Nie ma też wyzwalacza DONOTHING w kontekście konfiguracji wycofania. Opcja „Ustaw parametr OnFailure na ROLLBACK podczas tworzenia stosu” jest nieprawidłowa, ponieważ ROLLBACK jest domyślnym zachowaniem CloudFormation, które powoduje usunięcie zasobów po niepowodzeniu tworzenia.