TerraformvsAnsible

İkisi de infrastructure as code araçlarıdır, ama farklı adımlara odaklanırlar. HashiCorp'un 2014'te yayımladığı Terraform esas olarak kaynak oluşturmayla (provisioning) ilgilidir: bir VPC, bir Kubernetes kümesi ya da bir DNS kaydı gibi istediğiniz kaynakları HCL dosyalarında tarif edersiniz; terraform apply da gerçeklik kodla eşleşene kadar her sağlayıcının API'si üzerinden onları oluşturur, değiştirir ya da siler.

İlk olarak 2012'de yayımlanan ve 2015'ten beri Red Hat'in parçası olan Ansible ise esas olarak yapılandırmayla ilgilidir: YAML ile yazılan playbook'lar paket kurmak, yapılandırma dosyalarını düzenlemek, kullanıcı oluşturmak ve servisleri yeniden başlatmak gibi görevleri listeler; Ansible da bunları mevcut makinelerde SSH üzerinden çalıştırır. Sunucularda bir agent gerektirmez ve modülleri idempotent olacak şekilde tasarlanmıştır; bir playbook'u iki kez çalıştırmak aynı sonucu verir.

Terraform oluşturduklarını kaydeden bir state dosyası tutar; böylece değişikliklerin kesin bir planını hesaplayabilir ve koddan kaybolan kaynakları kaldırabilir. Ansible state izlemez; her çalışmada makineleri kontrol eder ve eksik olanı uygular. Yaygın kalıbın ikisini birden kullanmak olmasının nedeni budur: sunucuları ve bulut servislerini oluşturmak için Terraform, üzerlerinde çalışanları kurmak için Ansible.

Sık yapılan bir yanlış, araçların birbirinin yerine kullanılabileceğini düşünmektir. Ansible bazı bulut kaynaklarını oluşturabilir, Terraform da betik çalıştırabilir, ama her biri kendi güçlü alanının dışında hantaldır. Container tabanlı kurulumlarda Ansible'ın rolü küçülür, çünkü imajlar Dockerfile'larla derlenir ve Kubernetes tarafından çalıştırılır. Terraform'un 2023'teki lisans değişikliğinden beri açık kaynaklı çatallanma OpenTofu da bir seçenektir.