Terraform (TF) gibi Altyapı Kod Olarak (IaC) araçları aracılığıyla bulut kaynaklarını yok etmek, genellikle onları oluşturmaktan çok daha zorlu bir süreçtir. Bunun temelinde, bulut ortamlarının kaynak silme işlemleri sırasında ortaya çıkarabileceği birçok beklenmedik durum yatmaktadır. Örneğin, S3 kovaları, veritabanları veya EC2 örnekleri gibi kaynaklar, yanlışlıkla silinmelerini önlemek için silme korumasına sahip olabilir. Ayrıca, bir kaynağın başka kaynaklara bağlı olması durumu, silme işlemi sırasında ne yapılacağı konusunda belirsizlik yaratır: bağımlı kaynaklar da silinmeli mi, yoksa öylece bırakılmalı mı? Aktif olarak bir şeyler işleyen kaynaklar ise, işlemi durdurmak için ek onay gerektirebilir, bu da silme eylemini engelleyen birçok durum yaratır.
Makale, bu tür zorlu etkileşimlerin genellikle tek seferlik operasyonlar olarak ele alınması gerektiğini savunuyor. Yani, altyapının belirli bir alt kümesi için kaynak silme işleminin iş akışınızın düzenli bir parçası olmadığı sürece, bu tür durumlarda manuel müdahaleyi (ClickOps) kabul etmek ve konsol üzerinden elle silme gibi yöntemlere başvurmak en iyisidir. Bu, genellikle daha az yaygın bir "İkinci Gün" operasyonu olduğu için silme işlemlerini aşırı optimize etmeye gerek olmadığı anlamına gelir.
Ancak, aynı sorunla tekrar tekrar karşılaşıyorsanız, o zaman belirli silme operasyonunu incelemek ve süreci otomatikleştirmeye çalışmak faydalı olabilir. Örneğin, bir S3 kovasını silmeden önce boşaltmak, bir iş akışına öğe eklemeyi durdurup işleme bitene kadar beklemek veya geliştirme veritabanı örnekleri için silme korumasını kapatmak gibi adımlar atılabilir (ancak üretim ortamları için asla!). Özetle, kaynak silme işlemlerinin nadir ve hızlı olmasını dilemekle birlikte, yalnızca sürekli bir engel teşkil ettiğinde bu alana çaba harcanması gerektiği vurgulanmaktadır.
Bulut ortamlarında Terraform ile kaynak silme işlemlerinin karmaşıklığını ve bu zorlukların üstesinden gelmek için ne zaman manuel müdahale, ne zaman otomasyon gerektiğini açıklıyor.