{"id":30366,"date":"2025-09-27T00:01:36","date_gmt":"2025-09-26T21:01:36","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/terraform-actions-hashiconf-25-yenilikleri-ve-gelecek\/"},"modified":"2025-09-27T00:01:36","modified_gmt":"2025-09-26T21:01:36","slug":"terraform-actions-hashiconf-25-yenilikleri-ve-gelecek","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/terraform-actions-hashiconf-25-yenilikleri-ve-gelecek\/","title":{"rendered":"Terraform Actions: HashiConf ’25 Yenilikleri ve Gelecek"},"content":{"rendered":"

<\/p>\n

Altyap\u0131 otomasyonu d\u00fcnyas\u0131nda devrim niteli\u011finde bir geli\u015fme mi bekliyoruz? HashiConf ’25, bulut altyap\u0131s\u0131 y\u00f6netimini k\u00f6kten de\u011fi\u015ftirecek “Terraform Actions” \u00f6zelli\u011fini m\u00fcjdeleyerek, sekt\u00f6rde b\u00fcy\u00fck bir heyecan dalgas\u0131 yaratm\u0131\u015f durumda. Peki, uzun s\u00fcredir konu\u015fulan bu yenilik tam olarak ne anlama geliyor ve geli\u015ftiricilerden operasyon ekiplerine kadar herkesin merakla bekledi\u011fi bu \u00f6zellik, mevcut i\u015f ak\u0131\u015flar\u0131m\u0131z\u0131 nas\u0131l d\u00f6n\u00fc\u015ft\u00fcrecek? Bu makale, Terraform Actions’\u0131n temel prensiplerinden en karma\u015f\u0131k kullan\u0131m senaryolar\u0131na, g\u00fcvenlikten maliyet y\u00f6netimine kadar her y\u00f6n\u00fcyle bu heyecan verici geli\u015fmeyi mercek alt\u0131na al\u0131yor.<\/p>\n

G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen dijital ortam\u0131nda, altyap\u0131 y\u00f6netimi s\u00fcre\u00e7leri giderek karma\u015f\u0131kla\u015f\u0131yor ve geleneksel yakla\u015f\u0131mlar yetersiz kalabiliyor. \u00d6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli ve dinamik bulut ortamlar\u0131nda, altyap\u0131n\u0131n tutarl\u0131l\u0131\u011f\u0131, g\u00fcvenli\u011fi ve \u00f6l\u00e7eklenebilirli\u011fi hayati \u00f6neme sahip. Terraform, “Altyap\u0131y\u0131 Kod Olarak” (Infrastructure as Code – IaC) yakla\u015f\u0131m\u0131yla bu zorluklara \u00f6nemli \u00e7\u00f6z\u00fcmler sunsa da, planlama ve uygulama s\u00fcre\u00e7lerinin otomasyonu ve entegrasyonu hala baz\u0131 zorluklar\u0131 bar\u0131nd\u0131r\u0131yordu. \u0130\u015fte tam da bu noktada, Terraform Actions’\u0131n devreye girerek, geli\u015ftirme ve operasyon (DevOps) ekiplerinin kar\u015f\u0131la\u015ft\u0131\u011f\u0131 bu darbo\u011fazlar\u0131 ortadan kald\u0131rma potansiyeli g\u00fcndeme geliyor. Bu yeni \u00f6zellik sayesinde, altyap\u0131 de\u011fi\u015fiklikleri \u00e7ok daha h\u0131zl\u0131, g\u00fcvenli ve denetlenebilir bir \u015fekilde y\u00f6netilebilecek.<\/p>\n

Bir\u00e7o\u011fumuz, altyap\u0131 de\u011fi\u015fikliklerinin manuel onay s\u00fcre\u00e7lerinden, farkl\u0131 CI\/CD boru hatlar\u0131nda Terraform komutlar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rma karma\u015fas\u0131ndan ve potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131ndan yorulmu\u015f durumda. Terraform Actions, bu da\u011f\u0131n\u0131k ve zaman al\u0131c\u0131 s\u00fcre\u00e7leri, Terraform’un native yetenekleriyle entegre ederek, merkezi ve g\u00fcvenli bir otomasyon katman\u0131 sunmay\u0131 hedefliyor. Bu, sadece operasyonel verimlili\u011fi art\u0131rmakla kalmayacak, ayn\u0131 zamanda geli\u015ftirme s\u00fcre\u00e7lerini h\u0131zland\u0131racak ve “shift-left” g\u00fcvenlik prensiplerini daha g\u00fc\u00e7l\u00fc bir \u015fekilde benimsememizi sa\u011flayacak. HashiConf ’25’in bu “Drop”u, sadece yeni bir \u00f6zellikten \u00f6te, altyap\u0131 otomasyonunda yeni bir d\u00f6nemin habercisi olarak kabul ediliyor.<\/p>\n

Terraform Actions Nedir ve Neden Bu Kadar \u00d6nemli?<\/h2>\n

Terraform Actions, temelde Terraform Cloud ve Terraform Enterprise platformlar\u0131na entegre edilmi\u015f, altyap\u0131 de\u011fi\u015fikliklerinin otomatik olarak planlanmas\u0131, uygulanmas\u0131 ve y\u00f6netilmesi i\u00e7in tasarlanm\u0131\u015f bir otomasyon \u00e7er\u00e7evesidir. GitHub Actions, GitLab CI\/CD veya Jenkins gibi genel ama\u00e7l\u0131 CI\/CD ara\u00e7lar\u0131na benzer bir mant\u0131kla \u00e7al\u0131\u015f\u0131r, ancak Terraform’un IaC modeline \u00f6zg\u00fc ihtiya\u00e7lar\u0131 kar\u015f\u0131lamak \u00fczere \u00f6zel olarak geli\u015ftirilmi\u015ftir. Bu, Terraform i\u015f ak\u0131\u015flar\u0131n\u0131 daha g\u00fcvenli, daha denetlenebilir ve daha verimli hale getirme amac\u0131 ta\u015f\u0131r. Peki, mevcut CI\/CD \u00e7\u00f6z\u00fcmlerimiz varken, Terraform Actions’a neden ihtiya\u00e7 duyuluyor?<\/p>\n

Mevcut CI\/CD boru hatlar\u0131nda Terraform kullan\u0131rken kar\u015f\u0131la\u015f\u0131lan temel zorluklardan biri, Terraform’un durum y\u00f6netimi (state management) ve g\u00fcvenlik ba\u011flam\u0131ndaki benzersiz gereksinimleridir. \u00d6rne\u011fin, Terraform durum dosyalar\u0131 hassas veriler i\u00e7erebilir ve bunlar\u0131n g\u00fcvenli bir \u015fekilde saklanmas\u0131 ve eri\u015filmesi kritik \u00f6neme sahiptir. Ayr\u0131ca, terraform plan<\/code> \u00e7\u0131kt\u0131lar\u0131n\u0131n do\u011fru bir \u015fekilde yorumlanmas\u0131, terraform apply<\/code> i\u015flemlerinin yetkilendirilmesi ve politika kontrollerinin uygulanmas\u0131, genel CI\/CD ara\u00e7lar\u0131nda ek yap\u0131land\u0131rmalar ve \u00f6zel komut dosyalar\u0131 gerektirebilir. Bu durum, boru hatlar\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r ve insan hatas\u0131na a\u00e7\u0131k kap\u0131 b\u0131rak\u0131r.<\/p>\n

Terraform Actions, bu sorunlar\u0131 \u00e7\u00f6zmek i\u00e7in tasarlanm\u0131\u015ft\u0131r. Terraform Cloud\/Enterprise’\u0131n sa\u011flad\u0131\u011f\u0131 merkezi durum y\u00f6netimi, dinamik kimlik bilgisi (dynamic credentials) y\u00f6netimi ve Sentinel (Policy as Code) yetenekleriyle do\u011fal bir entegrasyon sunar. Bu, Terraform i\u015flemlerinin, hassas bilgilerin a\u00e7\u0131\u011fa \u00e7\u0131kmas\u0131 riskini minimize ederek, en y\u00fcksek g\u00fcvenlik standartlar\u0131nda y\u00fcr\u00fct\u00fclmesini sa\u011flar. Dahas\u0131, otomatik plan ve uygulama tetikleyicileri, versiyon kontrol sistemleriyle (VCS) sorunsuz bir \u015fekilde b\u00fct\u00fcnle\u015fir. Bir kod de\u011fi\u015fikli\u011fi (\u00f6rne\u011fin bir Pull Request) a\u00e7\u0131ld\u0131\u011f\u0131nda veya bir ana dalda birle\u015ftirildi\u011finde, ilgili Terraform Actions otomatik olarak tetiklenerek altyap\u0131 de\u011fi\u015fikliklerinin plan\u0131n\u0131 \u00e7\u0131kar\u0131r veya uygular.<\/p>\n

Bu yerel entegrasyon, yaln\u0131zca operasyonel verimlili\u011fi art\u0131rmakla kalmaz, ayn\u0131 zamanda g\u00fcvenlik ve uyumluluk standartlar\u0131n\u0131 da \u00f6nemli \u00f6l\u00e7\u00fcde y\u00fckseltir. Politikalar\u0131n otomatik olarak uygulanmas\u0131, maliyet tahminlerinin an\u0131nda yap\u0131lmas\u0131 ve altyap\u0131 kaymas\u0131n\u0131n (drift detection) proaktif olarak tespit edilmesi gibi \u00f6zellikler, Terraform Actions’\u0131 geleneksel CI\/CD yakla\u015f\u0131mlar\u0131ndan ay\u0131r\u0131r ve altyap\u0131 y\u00f6netimi otomasyonunda yeni bir standart belirler. Sonu\u00e7 olarak, Terraform Actions, DevOps ekiplerinin altyap\u0131y\u0131 g\u00fcvenle ve h\u0131zla da\u011f\u0131tmas\u0131na olanak tan\u0131yarak, kurumsal \u00e7evikli\u011fi ve inovasyonu destekleyen kritik bir ara\u00e7 haline gelmi\u015ftir.<\/p>\n

Terraform Actions ile \u0130lk Ad\u0131mlar: Basit Bir Kaynak Olu\u015fturma Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n

Terraform Actions’\u0131n g\u00fcc\u00fcn\u00fc anlaman\u0131n en iyi yolu, basit bir senaryo \u00fczerinden nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 g\u00f6rmektir. Haydi, AWS \u00fczerinde basit bir S3 bucket olu\u015fturma i\u015flemini Terraform Actions arac\u0131l\u0131\u011f\u0131yla nas\u0131l otomatikle\u015ftirebilece\u011fimize bir g\u00f6z atal\u0131m. Bu \u00f6rnek, versiyon kontrol sisteminizde (\u00f6rne\u011fin GitHub) bir kod de\u011fi\u015fikli\u011fi yapt\u0131\u011f\u0131n\u0131zda Terraform Cloud’un otomatik olarak bir plan<\/code> \u00e7al\u0131\u015ft\u0131rmas\u0131n\u0131 ve ard\u0131ndan manuel onayla apply<\/code> yapmas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\n

\u00d6ncelikle, Terraform yap\u0131land\u0131rma dosyalar\u0131n\u0131z\u0131 haz\u0131rlayal\u0131m. main.tf<\/code> dosyan\u0131z a\u015fa\u011f\u0131daki gibi olabilir:<\/p>\n

\nresource \"aws_s3_bucket\" \"my_bucket\" {\n  bucket = \"my-unique-hashiconf25-bucket-${random_string.suffix.result}\"\n  acl    = \"private\"\n\n  tags = {\n    Name        = \"HashiConf25 Demo Bucket\"\n    Environment = \"Development\"\n  }\n}\n\nresource \"random_string\" \"suffix\" {\n  length  = 8\n  special = false\n  upper   = false\n  numeric = true\n}\n  <\/pre>\n
<\/code><\/p>\n
Yukar\u0131daki kod blo\u011fu, benzersiz bir isimle \u00f6zel bir S3 bucket olu\u015fturur. random_string<\/code> kayna\u011f\u0131, bucket ad\u0131n\u0131n \u00e7ak\u0131\u015fmas\u0131n\u0131 \u00f6nlemek i\u00e7in rastgele bir son ek ekler. Bu kod, genellikle bir Git deposunda saklan\u0131r ve Terraform Cloud'a ba\u011flan\u0131r.<\/p>\n
\u015eimdi Terraform Cloud'daki i\u015f ak\u0131\u015f\u0131m\u0131z\u0131 Terraform Actions ile nas\u0131l tan\u0131mlayaca\u011f\u0131m\u0131za ge\u00e7elim. Terraform Actions, depomuzda .terraform\/actions.yml<\/code> (veya benzer bir isimlendirme) gibi bir konfig\u00fcrasyon dosyas\u0131 arac\u0131l\u0131\u011f\u0131yla tan\u0131mlan\u0131r. Bu dosya, VCS olaylar\u0131na (\u00f6rne\u011fin push<\/code>, pull_request<\/code>) yan\u0131t olarak hangi Terraform komutlar\u0131n\u0131n \u00e7al\u0131\u015ft\u0131r\u0131laca\u011f\u0131n\u0131 belirtir. Basit bir senaryo i\u00e7in, bir pull_request<\/code> a\u00e7\u0131ld\u0131\u011f\u0131nda terraform plan<\/code> ve main<\/code> branch'ine yap\u0131lan bir push<\/code> i\u015fleminde manuel onayla terraform apply<\/code> \u00e7al\u0131\u015ft\u0131rmak isteyebiliriz. \u0130\u015fte basitle\u015ftirilmi\u015f bir Actions tan\u0131m\u0131:<\/p>\n
\nname: Terraform S3 Bucket Provisioning\n\non:\n  pull_request:\n    branches:\n      - main\n  push:\n    branches:\n      - main\n\njobs:\n  terraform:\n    runs-on: terraform-cloud\n    steps:\n      - name: Checkout code\n        uses: actions\/checkout@v2\n\n      - name: Terraform Plan\n        if: github.event_name == 'pull_request'\n        run: terraform plan -auto-approve=false -out=tfplan\n\n      - name: Terraform Apply (Requires Manual Approval)\n        if: github.event_name == 'push'\n        run: terraform apply tfplan # tfplan, plan ad\u0131m\u0131nda olu\u015fturulan dosyay\u0131 temsil eder\n        environment: production # Terraform Cloud'da tan\u0131mlanm\u0131\u015f bir ortam olabilir\n\n      # Not: Ger\u00e7ek bir Terraform Actions'ta, bu ad\u0131mlar Terraform Cloud API'lar\u0131 veya \u00f6zel\n      # entegrasyonlar arac\u0131l\u0131\u011f\u0131yla daha sofistike bir \u015fekilde y\u00f6netilir.\n      # Bu YAML, genel bir konsepti temsil etmektedir.\n  <\/pre>\n
<\/code><\/p>\n
Yukar\u0131daki YAML yap\u0131land\u0131rmas\u0131, bir pull_request<\/code> a\u00e7\u0131ld\u0131\u011f\u0131nda terraform plan<\/code> komutunu \u00e7al\u0131\u015ft\u0131ran bir ad\u0131m tan\u0131mlar. Bu plan, de\u011fi\u015fikliklerin ne olaca\u011f\u0131n\u0131 g\u00f6sterir ancak hen\u00fcz uygulamaya ge\u00e7mez. main<\/code> branch'ine bir push<\/code> yap\u0131ld\u0131\u011f\u0131nda ise, terraform apply<\/code> komutunun \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131n\u0131 tetikler. \u00d6nemli bir nokta, \u00fcretim ortamlar\u0131nda apply<\/code> i\u015flemlerinin genellikle manuel onay gerektirmesidir. Terraform Actions, bu onay s\u00fcre\u00e7lerini Terraform Cloud aray\u00fcz\u00fc \u00fczerinden kolayca y\u00f6netmenize olanak tan\u0131r. B\u00f6ylece, her de\u011fi\u015fiklik \u00f6nce g\u00f6zden ge\u00e7irilir, potansiyel etkileri anla\u015f\u0131l\u0131r ve yaln\u0131zca yetkili ki\u015filer taraf\u0131ndan onayland\u0131ktan sonra canl\u0131ya al\u0131n\u0131r. Bu sayede, altyap\u0131 y\u00f6netimi hem otomatize edilmi\u015f hem de g\u00fcvenli bir \u00e7er\u00e7eveye oturtulmu\u015f olur.<\/p>\n
HashiConf '25 ile Gelen G\u00fcvenlik, Politika ve Maliyet Y\u00f6netimi \u0130yile\u015ftirmeleri Neler?<\/h3>\n
Terraform Actions'\u0131n sadece otomasyon sa\u011flamakla kalmay\u0131p, ayn\u0131 zamanda g\u00fcvenlik, politika denetimi ve maliyet y\u00f6netimi alanlar\u0131nda da \u00e7\u0131\u011f\u0131r a\u00e7an iyile\u015ftirmeler getirmesi bekleniyor. HashiConf '25'te vurgulanan bu geli\u015fmeler, modern bulut altyap\u0131lar\u0131n\u0131n karma\u015f\u0131k ihtiya\u00e7lar\u0131n\u0131 kar\u015f\u0131lamak \u00fczere tasarlanm\u0131\u015ft\u0131r.<\/p>\n
Sentinel ile Geli\u015fmi\u015f Politika Denetimi (Policy as Code):<\/strong> Terraform Actions'\u0131n en g\u00fc\u00e7l\u00fc entegrasyonlar\u0131ndan biri Sentinel ile olan ba\u011flant\u0131s\u0131d\u0131r. Sentinel, HashiCorp'un politikay\u0131 kod olarak tan\u0131mlayan (Policy as Code) \u00e7er\u00e7evesidir. Bu sayede, altyap\u0131 de\u011fi\u015fiklikleri hen\u00fcz uygulanmadan \u00f6nce, tan\u0131mlanm\u0131\u015f g\u00fcvenlik, uyumluluk ve y\u00f6netim politikalar\u0131na uygun olup olmad\u0131\u011f\u0131 otomatik olarak denetlenir. \u00d6rne\u011fin, belirli bir b\u00f6lgede kaynak olu\u015fturulmas\u0131n\u0131 k\u0131s\u0131tlamak, y\u00fcksek maliyetli kaynaklar\u0131n da\u011f\u0131t\u0131m\u0131n\u0131 engellemek veya hassas verilerin yanl\u0131\u015f yap\u0131land\u0131r\u0131lmas\u0131n\u0131 \u00f6nlemek gibi politikalar Sentinel arac\u0131l\u0131\u011f\u0131yla kolayca uygulanabilir. Terraform Actions, bir plan<\/code> \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda Sentinel politikalar\u0131n\u0131 otomatik olarak tetikler ve herhangi bir ihlal durumunda apply<\/code> i\u015flemini durdurabilir. Bu, \"shift-left security\" prensibini en \u00fcst d\u00fczeyde uygulayarak g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131n \u00fcretim ortam\u0131na ula\u015fmadan tespit edilmesini sa\u011flar.<\/p>\n
\n# \u00d6rnek bir Sentinel politikas\u0131 (policy.sentinel)\n# Yaln\u0131zca \"us-east-1\" b\u00f6lgesinde AWS kaynaklar\u0131 olu\u015fturulmas\u0131na izin ver\nmain = rule {\n  all aws_instance as i {\n    i.region is \"us-east-1\"\n  }\n}\n  <\/pre>\n
<\/code><\/p>\n
Proaktif Drift Detection (Kayma Tespiti):<\/strong> Bulut ortamlar\u0131nda zamanla altyap\u0131da \"kayma\" (drift) meydana gelebilir. Bu, Terraform'un bildi\u011fi durum (state) ile ger\u00e7ekte da\u011f\u0131t\u0131lm\u0131\u015f altyap\u0131 aras\u0131ndaki tutars\u0131zl\u0131kt\u0131r. Manuel de\u011fi\u015fiklikler, di\u011fer otomasyon ara\u00e7lar\u0131 veya hata sonucu olu\u015fan yap\u0131land\u0131rma farkl\u0131l\u0131klar\u0131 kaymaya yol a\u00e7abilir. Terraform Actions, bu kaymay\u0131 proaktif olarak tespit etmek i\u00e7in d\u00fczenli aral\u0131klarla veya belirli tetikleyicilerle terraform plan<\/code> benzeri kontrolleri otomatik olarak \u00e7al\u0131\u015ft\u0131rabilir. Bu sayede, altyap\u0131n\u0131z\u0131n her zaman kodunuzla uyumlu kalmas\u0131 sa\u011flan\u0131r ve beklenmedik durumlar \u00f6nlenir.<\/p>\n
Entegre Maliyet Tahmini (Cost Estimation):<\/strong> Altyap\u0131 de\u011fi\u015fikliklerinin maliyet \u00fczerindeki etkisini \u00f6nceden bilmek, b\u00fct\u00e7e y\u00f6netiminde kritik \u00f6neme sahiptir. Terraform Actions, terraform plan<\/code> \u00e7\u0131kt\u0131s\u0131n\u0131 analiz ederek, \u00f6nerilen de\u011fi\u015fikliklerin tahmini maliyetini otomatik olarak hesaplar ve bu bilgiyi geli\u015ftiricilere veya onayc\u0131lara sunar. Bu \u00f6zellik, y\u00fcksek maliyetli kaynaklar\u0131n da\u011f\u0131t\u0131m\u0131n\u0131 engellemek, daha uygun maliyetli alternatifleri de\u011ferlendirmek ve genel bulut harcamalar\u0131n\u0131 optimize etmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. \u00d6zellikle b\u00fcy\u00fck kurumlarda, bu t\u00fcr proaktif maliyet y\u00f6netimi \u00f6zellikleri, b\u00fct\u00e7e a\u015f\u0131m\u0131n\u0131 \u00f6nlemede ve finansal \u00f6ng\u00f6r\u00fclebilirli\u011fi art\u0131rmada vazge\u00e7ilmezdir.<\/p>\n
Dinamik Kimlik Bilgisi Y\u00f6netimi (Dynamic Credentials):<\/strong> G\u00fcvenlik, altyap\u0131 otomasyonunda asla \u00f6d\u00fcn verilmemesi gereken bir aland\u0131r. Terraform Actions, hassas kimlik bilgilerinin (API anahtarlar\u0131, parolalar) do\u011frudan kod i\u00e7inde veya CI\/CD de\u011fi\u015fkenlerinde saklanmas\u0131 riskini azaltmak i\u00e7in dinamik kimlik bilgisi y\u00f6netimi yeteneklerini geli\u015ftirmi\u015ftir. Bu, Terraform'un ihtiya\u00e7 duydu\u011fu kimlik bilgilerinin, \u00e7al\u0131\u015fma zaman\u0131nda, g\u00fcvenli bir \u015fekilde Vault gibi bir s\u0131r y\u00f6netimi \u00e7\u00f6z\u00fcm\u00fcnden al\u0131nmas\u0131n\u0131 sa\u011flar ve bunlar\u0131n kal\u0131c\u0131 olarak saklanmas\u0131n\u0131 engeller. Bu yakla\u015f\u0131m, g\u00fcvenlik duru\u015funu \u00f6nemli \u00f6l\u00e7\u00fcde g\u00fc\u00e7lendirir ve en az ayr\u0131cal\u0131k (least privilege) prensibini uygulamay\u0131 kolayla\u015ft\u0131r\u0131r.<\/p>\n