Usuwanie stosu CloudFormation kończy się niepowodzeniem (DELETE_FAILED), ponieważ stos utworzył grupę zabezpieczeń, do której odwołują się inne grupy zabezpieczeń. Aplikacja została wycofana, a administrator musi usunąć stos bez zakłócania działania innych systemów. Które działanie najskuteczniej to osiągnie?

Ponowne usunięcie stosu z opcją zachowania zasobu grupy zabezpieczeń (Retain) jest najskuteczniejsze, ponieważ pozwala na usunięcie większości zasobów stosu CloudFormation, jednocześnie pozostawiając problematyczną grupę zabezpieczeń. Ta grupa zabezpieczeń, która jest referencjonowana przez inne, niezwiązane ze stosem zasoby, nie zostanie usunięta, co zapobiegnie zakłóceniom w działaniu innych systemów. Po pomyślnym usunięciu stosu, administrator może ręcznie usunąć zachowaną grupę zabezpieczeń po uprzednim zaktualizowaniu lub usunięciu wszystkich odwołań do niej. Tworzenie zastępczej grupy zabezpieczeń i aktualizacja odwołań jest zbyt czasochłonne i złożone. Zestaw zmian CloudFormation nie usunie grupy zabezpieczeń, jeśli istnieją odwołania. Wykrywanie dryfu nie rozwiązuje problemu z zależnościami.