Bulut altyap\u0131n\u0131z\u0131 y\u00f6netmek karma\u015f\u0131k bir s\u00fcre\u00e7 haline geldi\u011finde, Terraform’un sundu\u011fu otomasyon g\u00fcc\u00fc vazge\u00e7ilmezdir. Peki, bu g\u00fcc\u00fc bir \u00fcst seviyeye ta\u015f\u0131yarak, daha g\u00fcvenli, verimli ve \u00f6l\u00e7eklenebilir altyap\u0131lar in\u015fa etmeyi hi\u00e7 d\u00fc\u015f\u00fcnd\u00fcn\u00fcz m\u00fc? Bu makale, Terraform’u temel d\u00fczeyde bilen ancak ileri d\u00fczey tekniklerle bilgi ve becerilerini geli\u015ftirmek isteyen profesyoneller i\u00e7in kapsaml\u0131 bir rehber sunmaktad\u0131r.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen teknoloji d\u00fcnyas\u0131nda, bulut altyap\u0131lar\u0131n\u0131n y\u00f6netimi basit \u201colu\u015fturma\u201d ve \u201csilme\u201d i\u015flemlerinden \u00e7ok daha fazlas\u0131n\u0131 i\u00e7erir. B\u00fcy\u00fck \u00f6l\u00e7ekli ve dinamik ortamlar, s\u00fcrekli de\u011fi\u015fen i\u015f gereksinimleri ve g\u00fcvenlik standartlar\u0131, altyap\u0131 kodunu (Infrastructure as Code – IaC) sadece bir ara\u00e7 olmaktan \u00e7\u0131kar\u0131p, stratejik bir varl\u0131k haline getirir. Terraform, bu karma\u015f\u0131kl\u0131\u011f\u0131 y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir temel sunsa da, standart kullan\u0131mlar\u0131n \u00f6tesine ge\u00e7mek, ger\u00e7ek anlamda \u00f6l\u00e7eklenebilir, s\u00fcrd\u00fcr\u00fclebilir ve g\u00fcvenli \u00e7\u00f6z\u00fcmler geli\u015ftirmek i\u00e7in ileri d\u00fczey tekniklere ihtiya\u00e7 duyar\u0131z.<\/p>\n
\u00d6zellikle b\u00fcy\u00fck organizasyonlarda veya mikroservis tabanl\u0131 mimarilerde, y\u00fczlerce hatta binlerce bulut kayna\u011f\u0131n\u0131 tutarl\u0131 bir \u015fekilde y\u00f6netmek b\u00fcy\u00fck bir zorluktur. Manuel i\u015flemler hata pay\u0131n\u0131 art\u0131r\u0131rken, h\u0131zl\u0131 de\u011fi\u015fen ortamlar i\u00e7in yeterince esnek de\u011fildir. \u0130\u015fte bu noktada Terraform\u2019un ileri d\u00fczey yetenekleri devreye girer. Tekrarlayan kod bloklar\u0131ndan ka\u00e7\u0131nmak, farkl\u0131 ortamlar (geli\u015ftirme, test, \u00fcretim) i\u00e7in ayn\u0131 altyap\u0131y\u0131 g\u00fcvenle sa\u011flamak, maliyetleri kontrol alt\u0131nda tutmak ve g\u00fcvenlik politikalar\u0131n\u0131 otomatize etmek gibi konular, ileri d\u00fczey Terraform bilgisini gerektirir.<\/p>\n
Bir geli\u015ftirme ekibinin yeni bir \u00fcr\u00fcn \u00fczerinde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve s\u00fcrekli olarak yeni test ortamlar\u0131na ihtiya\u00e7 duydu\u011funu varsayal\u0131m. Her seferinde ba\u015ftan altyap\u0131 olu\u015fturmak hem zaman al\u0131c\u0131 hem de hatalara a\u00e7\u0131kt\u0131r. Ya da finansal bir kurulu\u015fun, t\u00fcm bulut kaynaklar\u0131n\u0131n belirli g\u00fcvenlik ve uyumluluk standartlar\u0131na (\u00f6rne\u011fin GDPR, PCI DSS) uymas\u0131n\u0131 sa\u011flamas\u0131 gerekiyor. Bu t\u00fcr senaryolarda, sadece kaynak tan\u0131mlamaktan \u00f6teye ge\u00e7en \u00e7\u00f6z\u00fcmler aramak zorunludur. Terraform\u2019un mod\u00fcl yap\u0131s\u0131, \u00e7al\u0131\u015fma alanlar\u0131 (workspaces), uzaktan durum y\u00f6netimi (remote state management) ve politikalarla kodlama (Policy as Code) gibi \u00f6zellikleri, bu problemleri \u00e7\u00f6zmek i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n
Ayr\u0131ca, bulut sa\u011flay\u0131c\u0131lar\u0131n\u0131n (AWS, Azure, GCP) s\u00fcrekli yeni hizmetler sunmas\u0131 ve mevcut hizmetleri g\u00fcncellemesiyle birlikte, altyap\u0131 kodunun da bu de\u011fi\u015fikliklere adapte olabilmesi gerekir. \u0130leri d\u00fczey Terraform bilgisi, sa\u011flay\u0131c\u0131 g\u00fcncellemelerini sorunsuz bir \u015fekilde y\u00f6netmeye, yeni \u00f6zellikleri h\u0131zla benimsemeye ve olas\u0131 uyumluluk sorunlar\u0131n\u0131 minimize etmeye yard\u0131mc\u0131 olur. Bu sayede, ekibiniz daha h\u0131zl\u0131 inovasyon yapabilir ve operasyonel y\u00fck\u00fc azaltabilir. Dolay\u0131s\u0131yla, Terraform\u2019da uzmanla\u015fmak, sadece kod yazmak de\u011fil, ayn\u0131 zamanda operasyonel m\u00fckemmelli\u011fe giden yolu a\u00e7mak demektir.<\/p>\n
Bu ba\u011flamda, bu makale boyunca, ger\u00e7ek d\u00fcnya senaryolar\u0131yla desteklenmi\u015f bir dizi ileri d\u00fczey Terraform tekni\u011fini inceleyece\u011fiz. Amac\u0131m\u0131z, sadece “nas\u0131l” yap\u0131ld\u0131\u011f\u0131n\u0131 g\u00f6stermek de\u011fil, ayn\u0131 zamanda “neden” yap\u0131ld\u0131\u011f\u0131n\u0131 ve bu tekniklerin projelerinize nas\u0131l de\u011fer katabilece\u011fini a\u00e7\u0131klamakt\u0131r. \u0130leri d\u00fczey kavramlara ge\u00e7meden \u00f6nce, Terraform\u2019un temel bile\u015fenlerini k\u0131saca hat\u0131rlayal\u0131m. Terraform, hashicorp Configuration Language (HCL) kullanarak kaynaklar\u0131 tan\u0131mlaman\u0131za, planlaman\u0131za ve uygulaman\u0131za olanak tan\u0131r. State dosyas\u0131, Terraform\u2019un y\u00f6netti\u011fi kaynaklar\u0131n mevcut durumunu izlemesini sa\u011flar. \u015eimdi, bu temel yap\u0131 ta\u015flar\u0131n\u0131n \u00fczerine daha geli\u015fmi\u015f katmanlar\u0131 in\u015fa etmeye haz\u0131r\u0131z.<\/p>\n
Terraform\u2019da mod\u00fcller, karma\u015f\u0131k altyap\u0131 yap\u0131lar\u0131n\u0131 organize etmenin ve yeniden kullan\u0131labilirli\u011fini sa\u011flaman\u0131n temel yoludur. Bir mod\u00fcl, ilgili kaynaklar\u0131 (\u00f6rne\u011fin, bir web sunucusu, veritaban\u0131 ve g\u00fcvenlik grubu) tek bir mant\u0131ksal birimde grupland\u0131r\u0131r. Bu, kod tekrar\u0131n\u0131 azalt\u0131r, kod taban\u0131n\u0131 daha okunabilir hale getirir ve ekip i\u00e7inde standartla\u015fmay\u0131 te\u015fvik eder. Mod\u00fcller olmadan, her yeni ortam veya uygulama i\u00e7in ayn\u0131 altyap\u0131 kodunu tekrar tekrar yazman\u0131z gerekirdi ki bu, b\u00fcy\u00fck projelerde s\u00fcrd\u00fcr\u00fclemez bir durumdur.<\/p>\n
Mod\u00fcllerin yap\u0131s\u0131 olduk\u00e7a basittir: bir k\u00f6k mod\u00fcl (ana Terraform yap\u0131land\u0131rman\u0131z) ve bunun \u00e7a\u011f\u0131rd\u0131\u011f\u0131 alt mod\u00fcllerden olu\u015fur. Her mod\u00fcl kendi ba\u015f\u0131na bir Terraform yap\u0131land\u0131rmas\u0131 gibi davran\u0131r; yani kendi de\u011fi\u015fkenleri, kaynaklar\u0131, \u00e7\u0131kt\u0131lar\u0131 ve hatta ba\u015fka mod\u00fclleri olabilir. Bir mod\u00fcl\u00fc tan\u0131mlarken, d\u0131\u015far\u0131dan alaca\u011f\u0131 de\u011ferleri Bir VPC (Virtual Private Cloud) ve birka\u00e7 alt a\u011f (subnet) olu\u015fturan basit bir mod\u00fcl hayal edelim. \u00d6ncelikle, <\/code><\/p>\n <\/code><\/p>\n <\/code><\/p>\n \u015eimdi bu mod\u00fcl\u00fc ana yap\u0131land\u0131rma dosyan\u0131zda (\u00f6rne\u011fin, <\/code><\/p>\n G\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, ana yap\u0131land\u0131rma dosyan\u0131zda sadece birka\u00e7 sat\u0131rla karma\u015f\u0131k bir VPC yap\u0131s\u0131n\u0131 da\u011f\u0131tabiliyoruz. Mod\u00fcller, altyap\u0131n\u0131z\u0131n mimarisini basitle\u015ftirir ve her seferinde tekerle\u011fi yeniden icat etmenizi engeller. Ekibinizin farkl\u0131 \u00fcyeleri, kendi uzmanl\u0131k alanlar\u0131na g\u00f6re mod\u00fcller geli\u015ftirebilir ve bu mod\u00fclleri bir merkezi depoda (\u00f6rne\u011fin bir Git deposu veya Terraform Registry) payla\u015farak herkesin eri\u015fimine a\u00e7abilir. Bu, standartla\u015ft\u0131r\u0131lm\u0131\u015f ve test edilmi\u015f bile\u015fenlerin kullan\u0131m\u0131n\u0131 te\u015fvik eder, b\u00f6ylece hatalar azal\u0131r ve da\u011f\u0131t\u0131m s\u00fcre\u00e7leri h\u0131zlan\u0131r.<\/p>\n Karma\u015f\u0131k projelerde, i\u00e7 i\u00e7e mod\u00fcller (mod\u00fcllerin ba\u015fka mod\u00fclleri \u00e7a\u011f\u0131rmas\u0131) kullanarak daha katmanl\u0131 ve soyut yap\u0131lar olu\u015fturabilirsiniz. Ancak, bu yap\u0131n\u0131n fazla derinle\u015fmemesine dikkat etmek \u00f6nemlidir, zira a\u015f\u0131r\u0131 soyutlama, kodun anla\u015f\u0131labilirli\u011fini azaltabilir. Mod\u00fcllerin versiyonlanmas\u0131 ve etiketlenmesi de ayr\u0131 bir konudur; semantik versiyonlama (\u00f6rne\u011fin v1.0.0) kullanarak mod\u00fcllerinizdeki de\u011fi\u015fiklikleri takip edebilir ve ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimi yapabilirsiniz. Bu sayede, farkl\u0131 projelerin belirli mod\u00fcl versiyonlar\u0131n\u0131 kullanmas\u0131n\u0131 sa\u011flayarak istikrarl\u0131 ortamlar yaratabilirsiniz.<\/p>\n Terraform\u2019un en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri, y\u00f6netti\u011fi altyap\u0131n\u0131n durumunu bir \u2018state\u2019 dosyas\u0131nda tutmas\u0131d\u0131r. Bu durum dosyas\u0131, Terraform\u2019un hangi kaynaklar\u0131 y\u00f6netti\u011fini, bu kaynaklar\u0131n mevcut ayarlar\u0131n\u0131 ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 izlemesini sa\u011flar. Ancak, bu dosyan\u0131n yerel makinenizde kalmas\u0131, ekip \u00e7al\u0131\u015fmas\u0131 ve farkl\u0131 ortamlar i\u00e7in uygun de\u011fildir. \u0130\u015fte bu noktada \u00e7al\u0131\u015fma alanlar\u0131 (workspaces) ve uzaktan durum y\u00f6netimi (remote state management) devreye girer.<\/p>\n \u00c7al\u0131\u015fma alanlar\u0131, ayn\u0131 Terraform yap\u0131land\u0131rmas\u0131n\u0131 kullanarak birden fazla, izole edilmi\u015f ortam yaratman\u0131za olanak tan\u0131r. Genellikle geli\u015ftirme, test ve \u00fcretim gibi farkl\u0131 ortamlar i\u00e7in kullan\u0131l\u0131rlar. Her \u00e7al\u0131\u015fma alan\u0131, kendi durum dosyas\u0131n\u0131 y\u00f6netir ve bu sayede, ayn\u0131 yap\u0131land\u0131rma kodu ile farkl\u0131 kaynak setlerini (\u00f6rne\u011fin, bir geli\u015ftirme ortam\u0131 i\u00e7in daha k\u00fc\u00e7\u00fck VM'ler, \u00fcretim i\u00e7in daha b\u00fcy\u00fck VM'ler) da\u011f\u0131tabilirsiniz.<\/p>\n Varsay\u0131lan olarak, Terraform <\/code><\/p>\n \u00c7al\u0131\u015fma alanlar\u0131 aras\u0131nda ge\u00e7i\u015f yapmak i\u00e7in:<\/p>\n <\/code><\/p>\n Mevcut \u00e7al\u0131\u015fma alan\u0131n\u0131 g\u00f6rmek i\u00e7in:<\/p>\n <\/code><\/p>\n \u00c7al\u0131\u015fma alan\u0131n\u0131z\u0131 kodunuzda kullanmak i\u00e7in <\/code><\/p>\n Bu yakla\u015f\u0131m, ayn\u0131 kod taban\u0131n\u0131 korurken farkl\u0131 ortamlar i\u00e7in \u00f6zelle\u015ftirmeler yapman\u0131z\u0131 sa\u011flar. Ancak, \u00e7al\u0131\u015fma alanlar\u0131n\u0131n, tamamen farkl\u0131 altyap\u0131 da\u011f\u0131t\u0131mlar\u0131 i\u00e7in de\u011fil, genellikle ayn\u0131 altyap\u0131n\u0131n farkl\u0131 \"env\" varyasyonlar\u0131 i\u00e7in kullan\u0131lmas\u0131 \u00f6nerilir. Daha b\u00fcy\u00fck farkl\u0131l\u0131klar i\u00e7in ayr\u0131 Terraform yap\u0131land\u0131rma dizinleri tercih edilebilir.<\/p>\n Terraform durum dosyas\u0131, altyap\u0131n\u0131z\u0131n hassas bilgilerini (IP adresleri, veritaban\u0131 \u015fifreleri vb.) i\u00e7erebilir. Bu dosyan\u0131n yerel makinenizde kalmas\u0131 hem g\u00fcvenlik riski olu\u015fturur hem de ekip i\u00e7inde i\u015f birli\u011fini engeller. Uzaktan durum y\u00f6netimi, bu durum dosyas\u0131n\u0131 g\u00fcvenli, merkezi bir depolama konumuna (\u00f6rne\u011fin Amazon S3, Azure Blob Storage, Google Cloud Storage, Terraform Cloud\/Enterprise) ta\u015f\u0131r.<\/p>\n Uzaktan durum y\u00f6netimi kullanman\u0131n faydalar\u0131:<\/p>\n \u00d6rnek olarak, AWS S3 ve DynamoDB kullanarak bir uzaktan durum yap\u0131land\u0131rmas\u0131:<\/p>\n <\/code><\/p>\n Bu yap\u0131land\u0131rmay\u0131 Uzaktan durum y\u00f6netimi, b\u00fcy\u00fck ve karma\u015f\u0131k altyap\u0131lar\u0131n y\u00f6netimi i\u00e7in vazge\u00e7ilmezdir. Ayr\u0131ca, CI\/CD boru hatlar\u0131nda (pipelines) Terraform kullan\u0131rken de kritik \u00f6neme sahiptir, \u00e7\u00fcnk\u00fc otomatik da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinin tutarl\u0131 ve g\u00fcvenli bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 garanti eder. Bu sayede, \"kimin en son neyi da\u011f\u0131tt\u0131\u011f\u0131\" veya \"durum dosyas\u0131n\u0131n do\u011fru versiyonu nerede\" gibi sorularla u\u011fra\u015fmak yerine, geli\u015ftirme ve operasyon ekipleriniz daha de\u011ferli i\u015flere odaklanabilir. Bu \u00f6zellikler, DevOps pratiklerinin ba\u015far\u0131l\u0131 bir \u015fekilde uygulanmas\u0131n\u0131n temel ta\u015flar\u0131ndan biridir.<\/p>\n Altyap\u0131 kod ile y\u00f6netildi\u011finde, g\u00fcvenlik ve uyumluluk (compliance) da kod olarak tan\u0131mlanmal\u0131d\u0131r. Bu yakla\u015f\u0131ma \"Policy as Code\" (Kod Olarak Politika) denir. Terraform, do\u011frudan g\u00fcvenlik politikalar\u0131n\u0131 zorunlu k\u0131lma yetene\u011fine sahip olmasa da, HashiCorp Sentinel ve Open Policy Agent (OPA) gibi ara\u00e7larla entegre olarak bu yetene\u011fi kazan\u0131r. Bu ara\u00e7lar, Terraform planlar\u0131n\u0131n uygulanmadan \u00f6nce belirli g\u00fcvenlik, maliyet veya operasyonel politikalara uygunlu\u011funu kontrol etmenizi sa\u011flar.<\/p>\n Sentinel, HashiCorp \u00fcr\u00fcnleri (Terraform, Vault, Nomad, Consul) i\u00e7in tasarlanm\u0131\u015f g\u00f6m\u00fcl\u00fc, ilke odakl\u0131 bir frameworkt\u00fcr. Terraform Cloud ve Terraform Enterprise ile entegre \u00e7al\u0131\u015f\u0131r. Sentinel, Terraform planlar\u0131n\u0131n, belirtilen kurallara uyup uymad\u0131\u011f\u0131n\u0131 kontrol eden politikalar yazman\u0131za olanak tan\u0131r. Politikalar, \"Sentinel\" ad\u0131 verilen \u00f6zel bir dilde yaz\u0131l\u0131r ve olduk\u00e7a esnektir.<\/p>\n \u00d6rne\u011fin, bir kurulu\u015fun yaln\u0131zca belirli AWS EC2 instance tiplerinin kullan\u0131lmas\u0131na izin veren veya genel IP adreslerine sahip sunucular\u0131n olu\u015fturulmas\u0131n\u0131 yasaklayan bir politikas\u0131 olabilir. Sentinel, Terraform \u00d6rnek bir Sentinel politikas\u0131 (yaln\u0131zca t2.micro veya t3.micro instance tiplerine izin veren):<\/p>\n <\/code><\/p>\n Bu politika, OPA, genel ama\u00e7l\u0131 bir politika motorudur ve HashiCorp d\u0131\u015f\u0131ndaki bir\u00e7ok teknolojiyle (Kubernetes, API a\u011f ge\u00e7itleri, CI\/CD sistemleri vb.) entegre olabilir. OPA, politikalar\u0131 Rego ad\u0131nda y\u00fcksek seviyeli, bildirimsel bir dilde yazar. Rego, verileri sorgulamak ve kurallar\u0131 ifade etmek i\u00e7in tasarlanm\u0131\u015ft\u0131r. Terraform i\u00e7in, OPA genellikle OPA'n\u0131n Terraform ile kullan\u0131m\u0131 genellikle bir CI\/CD boru hatt\u0131na entegre edilir. Terraform plan\u0131 olu\u015fturulduktan sonra, bu plan\u0131n JSON \u00e7\u0131kt\u0131s\u0131 OPA'ya beslenir ve OPA, tan\u0131mlanm\u0131\u015f politikalara g\u00f6re bir karar (izin ver\/reddet) d\u00f6nd\u00fcr\u00fcr.<\/p>\n \u00d6rnek bir OPA politikas\u0131 (Genel IP atanm\u0131\u015f EC2 instancelerini yasaklayan):<\/p>\n <\/code><\/p>\n Bu OPA politikas\u0131, Policy as Code, sadece g\u00fcvenli\u011fi art\u0131rmakla kalmaz, ayn\u0131 zamanda maliyet kontrol\u00fc, uyumluluk gereksinimleri (\u00f6rne\u011fin HIPAA, SOC2), etiketleme standartlar\u0131 ve operasyonel en iyi uygulamalar\u0131n otomatik olarak uygulanmas\u0131n\u0131 sa\u011flar. Finans sekt\u00f6r\u00fcnde faaliyet g\u00f6steren bir \u015firketin, t\u00fcm kaynaklar\u0131n belirli bir etiketleme \u015femas\u0131na (\u00f6rne\u011fin Bu ara\u00e7lar\u0131n kullan\u0131m\u0131, DevOps k\u00fclt\u00fcr\u00fc i\u00e7inde \"shift-left\" g\u00fcvenlik yakla\u015f\u0131m\u0131n\u0131 destekler; yani g\u00fcvenlik kontrollerini geli\u015ftirme s\u00fcrecinin daha erken a\u015famalar\u0131na ta\u015f\u0131r. B\u00f6ylece, potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131 veya uyumluluk ihlalleri, altyap\u0131 da\u011f\u0131t\u0131lmadan \u00e7ok \u00f6nce tespit edilip d\u00fczeltilebilir.<\/p>\n Terraform'u ileri d\u00fczeyde kullanman\u0131n ana hedeflerinden biri, altyap\u0131 da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini tamamen otomatikle\u015ftirmek ve ekip i\u015f birli\u011fini kolayla\u015ft\u0131rmakt\u0131r. Bu, genellikle s\u00fcrekli entegrasyon\/s\u00fcrekli da\u011f\u0131t\u0131m (CI\/CD) boru hatlar\u0131 ve Terraform Cloud veya Terraform Enterprise gibi platformlar arac\u0131l\u0131\u011f\u0131yla ba\u015far\u0131l\u0131r.<\/p>\n Terraform Cloud (ve on-premise versiyonu Terraform Enterprise), Terraform'u merkezi bir platform \u00fczerinden y\u00f6netmek i\u00e7in tasarlanm\u0131\u015f bir hizmettir. Temel olarak \u015fu yetenekleri sunar:<\/p>\n Terraform Cloud, \u00f6zellikle b\u00fcy\u00fck ekipler ve karma\u015f\u0131k projeler i\u00e7in operasyonel y\u00fck\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r. Git'e yap\u0131lan her push veya pull request, otomatik olarak bir Terraform plan\u0131 tetikler, b\u00f6ylece potansiyel de\u011fi\u015fikliklerin etkileri \u00f6nceden g\u00f6r\u00fclebilir. Onay mekanizmalar\u0131 sayesinde, \u00fcretim ortamlar\u0131na yap\u0131lan de\u011fi\u015fiklikler yetkili ki\u015filer taraf\u0131ndan g\u00f6zden ge\u00e7irilip onayland\u0131ktan sonra uygulan\u0131r.<\/p>\n Terraform Cloud kullanm\u0131yorsan\u0131z bile, Terraform'u mevcut CI\/CD boru hatt\u0131n\u0131za entegre etmek m\u00fcmk\u00fcnd\u00fcr. Jenkins, GitLab CI\/CD, GitHub Actions, Azure DevOps, CircleCI gibi ara\u00e7lar Terraform da\u011f\u0131t\u0131mlar\u0131n\u0131 otomatikle\u015ftirmek i\u00e7in kullan\u0131labilir.<\/p>\n Tipik bir Terraform CI\/CD boru hatt\u0131 \u015fu ad\u0131mlar\u0131 i\u00e7erebilir:<\/p>\n \u00d6rnek GitHub Actions \u0130\u015f Ak\u0131\u015f\u0131:<\/strong><\/p>\n <\/code><\/p>\n Bu GitHub Actions i\u015f ak\u0131\u015f\u0131, her CI\/CD entegrasyonu ve Terraform Cloud\/Enterprise gibi platformlar\u0131n kullan\u0131m\u0131, manuel i\u015flemlerdeki hatalar\u0131 ortadan kald\u0131r\u0131r, da\u011f\u0131t\u0131m s\u00fcrelerini k\u0131salt\u0131r ve ekiplerin daha h\u0131zl\u0131 ve g\u00fcvenilir bir \u015fekilde altyap\u0131 de\u011fi\u015fiklikleri yapmas\u0131n\u0131 sa\u011flar. Bu sayede, \"Immutable Infrastructure\" (de\u011fi\u015fmez altyap\u0131) prensiplerini uygulamak da kolayla\u015f\u0131r; yani bir sunucuyu g\u00fcncellemek yerine, yeni bir sunucu da\u011f\u0131t\u0131l\u0131r ve eskisi kald\u0131r\u0131l\u0131r, bu da tutarl\u0131l\u0131\u011f\u0131 ve g\u00fcvenilirli\u011fi art\u0131r\u0131r.<\/p>\n Terraform'u ger\u00e7ekten ustaca kullanmak, sadece temel kaynak tan\u0131mlamalar\u0131n\u0131n \u00f6tesine ge\u00e7meyi gerektirir. Karma\u015f\u0131k ve dinamik altyap\u0131lar\u0131 y\u00f6netmek i\u00e7in bir dizi geli\u015fmi\u015f teknik ve HCL \u00f6zelli\u011fi mevcuttur. Bu teknikler, kodunuzu daha esnek, okunakl\u0131 ve s\u00fcrd\u00fcr\u00fclebilir hale getirmenizi sa\u011flar.<\/p>\n Terraform'un meta-arg\u00fcmanlar\u0131 ( <\/code><\/p>\n <\/code><\/p>\n Dinamik Bloklar (Dynamic Blocks):<\/strong> Kaynak bloklar\u0131 i\u00e7indeki i\u00e7 i\u00e7e bloklar\u0131 (\u00f6rne\u011fin g\u00fcvenlik grubu kurallar\u0131) dinamik olarak olu\u015fturman\u0131z\u0131 sa\u011flar. Bu, tekrarlayan yap\u0131land\u0131rmalardan kurtulman\u0131z\u0131 sa\u011flar.<\/p>\n <\/code><\/p>\n Terraform'un y\u00fczlerce resmi sa\u011flay\u0131c\u0131s\u0131 olmas\u0131na ra\u011fmen, bazen \u015firket i\u00e7i sistemler veya \u00e7ok ni\u015f hizmetler i\u00e7in kendi sa\u011flay\u0131c\u0131n\u0131z\u0131 geli\u015ftirmeniz gerekebilir. Go dili kullan\u0131larak yaz\u0131lan \u00f6zel sa\u011flay\u0131c\u0131lar, Terraform'u neredeyse her API tabanl\u0131 sistemle entegre etmenizi sa\u011flar. Bu, IaC'nin kapsam\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde geni\u015fletir.<\/p>\n <\/code><\/p>\n Terraform yap\u0131land\u0131rmalar\u0131n\u0131z\u0131n istikrarl\u0131 olmas\u0131n\u0131 sa\u011flamak i\u00e7in sa\u011flay\u0131c\u0131 versiyonlar\u0131n\u0131 net bir \u015fekilde belirtmek hayati \u00f6nem ta\u015f\u0131r. <\/code><\/p>\n Bununla birlikte, Terraform, kaynaklar aras\u0131ndaki z\u0131mni ba\u011f\u0131ml\u0131l\u0131klar\u0131 (implicit dependencies) otomatik olarak y\u00f6netir. Ancak, bazen a\u00e7\u0131k ba\u011f\u0131ml\u0131l\u0131klar\u0131 (explicit dependencies) belirtmeniz gerekebilir, \u00f6zellikle bir kayna\u011f\u0131n di\u011ferinden \u00f6nce veya sonra olu\u015fturulmas\u0131n\u0131\/yok edilmesini istedi\u011finiz durumlarda. Bunun i\u00e7in <\/code><\/p>\n API anahtarlar\u0131, parolalar ve di\u011fer hassas veriler Terraform kodunuzda veya durum dosyan\u0131zda asla d\u00fcz metin olarak depolanmamal\u0131d\u0131r. Bunun yerine, bulut sa\u011flay\u0131c\u0131n\u0131z\u0131n gizli y\u00f6netim hizmetlerini (AWS Secrets Manager, Azure Key Vault, Google Secret Manager) veya HashiCorp Vault gibi ara\u00e7lar\u0131 kullanmal\u0131s\u0131n\u0131z. Terraform, bu hizmetlerden verileri \u00e7ekmek i\u00e7in veri kaynaklar\u0131 (data sources) sa\u011flayabilir.<\/p>\n <\/code><\/p>\n Bu, hassas verilerin koddan ayr\u0131lmas\u0131n\u0131 ve g\u00fcvenli bir \u015fekilde y\u00f6netilmesini sa\u011flar.<\/p>\n Terraform do\u011frudan mobil uyumlu HTML \u00fcretmez veya responsive tasar\u0131m kurallar\u0131n\u0131 uygulamaz. Ancak, Terraform ile kurdu\u011funuz altyap\u0131, mobil uyumlu uygulamalar\u0131 desteklemenin temelini olu\u015fturur. \u00d6rne\u011fin, Terraform ile da\u011f\u0131tt\u0131\u011f\u0131n\u0131z bir web sunucusu veya CDN (Content Delivery Network) mobil uygulamalar\u0131n\u0131z\u0131n h\u0131zl\u0131 ve g\u00fcvenilir bir \u015fekilde i\u00e7erik sunmas\u0131n\u0131 sa\u011flar.<\/p>\n Mobil uyumlu bir web sitesi veya uygulaman\u0131n kendisi, HTML, CSS ve JavaScript kullanarak responsive tasar\u0131m ilkeleriyle geli\u015ftirilmelidir. \u00d6rne\u011fin, CSS media query'leri, farkl\u0131 ekran boyutlar\u0131na ve cihazlara g\u00f6re layout ve stilin otomatik olarak ayarlanmas\u0131n\u0131 sa\u011flar:<\/p>\n <\/code><\/p>\n Terraform ile bu uygulaman\u0131n bar\u0131nd\u0131r\u0131ld\u0131\u011f\u0131 sunucular\u0131, veritabanlar\u0131n\u0131, y\u00fck dengeleyicileri veya depolama \u00e7\u00f6z\u00fcmlerini y\u00f6netirken, uygulaman\u0131n kendisinin mobil uyumlulu\u011fu i\u00e7in gerekli olan altyap\u0131 kaynaklar\u0131n\u0131n \u00f6l\u00e7eklenebilirli\u011fini ve performans\u0131n\u0131 sa\u011flam\u0131\u015f olursunuz. \u00d6rne\u011fin, Terraform ile da\u011f\u0131t\u0131lan bir Auto Scaling grubu, mobil uygulamaya gelen yo\u011fun trafi\u011fi kar\u015f\u0131lamak i\u00e7in sunucu kapasitesini otomatik olarak art\u0131rabilir. Dolay\u0131s\u0131yla, Terraform dolayl\u0131 yoldan, mobil uyumlu deneyimler sunan uygulamalar\u0131n operasyonel m\u00fckemmelli\u011fine katk\u0131da bulunur.<\/p>\n Bu b\u00f6l\u00fcmde, ileri d\u00fczey Terraform kullan\u0131m\u0131yla ilgili yayg\u0131n sorular\u0131 ve cevaplar\u0131n\u0131 bulabilirsiniz.<\/p>\n Cevap:<\/strong> B\u00fcy\u00fck Terraform kod tabanlar\u0131nda performans sorunlar\u0131 yayg\u0131nd\u0131r. Bu sorunlar\u0131 a\u015fmak i\u00e7in mod\u00fclleri daha etkin kullanmal\u0131, k\u00f6k mod\u00fcllerinizi daha k\u00fc\u00e7\u00fck, odakl\u0131 par\u00e7alara ay\u0131rmal\u0131s\u0131n\u0131z. Ayr\u0131ca, Cevap:<\/strong> Cevap:<\/strong> Evet, HashiCorp taraf\u0131ndan geli\u015ftirilen \"Terraform CDK (Cloud Development Kit)\" (CDKTF) ile Python, TypeScript, Java, C# veya Go gibi dillerle Terraform yap\u0131land\u0131rmalar\u0131 yazabilirsiniz. CDKTF, tan\u0131d\u0131k programlama dillerinin g\u00fcc\u00fcn\u00fc kullanarak karma\u015f\u0131k altyap\u0131lar\u0131 programatik olarak tan\u0131mlaman\u0131za olanak tan\u0131r. Bu, \u00f6zellikle mevcut geli\u015ftirme becerilerini IaC'ye ta\u015f\u0131mak isteyen ekipler i\u00e7in faydal\u0131d\u0131r.<\/p>\n Cevap:<\/strong> Terraform durum dosyas\u0131, altyap\u0131n\u0131z hakk\u0131nda hassas bilgiler i\u00e7erir. G\u00fcvenli\u011fini sa\u011flamak i\u00e7in mutlaka uzaktan durum y\u00f6netimini (\u00f6rne\u011fin AWS S3, Azure Blob Storage) ve bu hizmetlerin \u015fifreleme \u00f6zelliklerini kullan\u0131n. Durum dosyas\u0131n\u0131n eri\u015fimini s\u0131k\u0131 IAM\/RBAC politikalar\u0131yla k\u0131s\u0131tlay\u0131n. Ayr\u0131ca, hassas verileri do\u011frudan durum dosyas\u0131na kaydetmek yerine, Gizli Y\u00f6netimi hizmetleri (AWS Secrets Manager, Azure Key Vault, HashiCorp Vault) kullanarak referanslar yoluyla eri\u015fin. Durum dosyas\u0131 versiyonlamay\u0131 etkinle\u015ftirmek de olas\u0131 veri kayb\u0131na kar\u015f\u0131 bir koruma sa\u011flar.<\/p>\n Cevap:<\/strong> Terraform, birden fazla sa\u011flay\u0131c\u0131y\u0131 tek bir yap\u0131land\u0131rma i\u00e7inde y\u00f6netme yetene\u011fi sunar. Ayn\u0131 anda birden fazla sa\u011flay\u0131c\u0131 blo\u011fu tan\u0131mlayabilir ve her sa\u011flay\u0131c\u0131dan kaynaklar\u0131 \u00e7a\u011f\u0131rabilirsiniz. Farkl\u0131 sa\u011flay\u0131c\u0131lar aras\u0131nda kaynaklar aras\u0131 ba\u011f\u0131ml\u0131l\u0131klar varsa, bunlar\u0131 Terraform, bulut altyap\u0131s\u0131 y\u00f6netiminde devrim yaratan bir ara\u00e7t\u0131r ve temel yeteneklerinin \u00f6tesine ge\u00e7erek, ileri d\u00fczey teknikleri benimsemek, organizasyonlar\u0131n daha verimli, g\u00fcvenli ve \u00f6l\u00e7eklenebilir bulut ortamlar\u0131 olu\u015fturmas\u0131n\u0131 sa\u011flar. Bu makalede ele ald\u0131\u011f\u0131m\u0131z mod\u00fcller, \u00e7al\u0131\u015fma alanlar\u0131, uzaktan durum y\u00f6netimi, Policy as Code (Sentinel, OPA) ve CI\/CD entegrasyonlar\u0131 gibi konular, modern DevOps pratiklerinin vazge\u00e7ilmez bir par\u00e7as\u0131d\u0131r. Geli\u015fmi\u015f meta-arg\u00fcmanlar ve \u00f6zel sa\u011flay\u0131c\u0131lar gibi teknikler ise Terraform'un esnekli\u011fini en \u00fcst d\u00fczeye \u00e7\u0131kararak, en karma\u015f\u0131k altyap\u0131 gereksinimlerine bile yan\u0131t verebilmenizi sa\u011flar.<\/p>\n Unutmay\u0131n ki Terraform'da ustala\u015fmak s\u00fcrekli \u00f6\u011frenmeyi ve pratik yapmay\u0131 gerektirir. Burada payla\u015f\u0131lan bilgiler ve \u00f6rnekler, bu yolculukta size rehberlik etmek i\u00e7in tasarlanm\u0131\u015ft\u0131r. Bu teknikleri kendi projelerinize uygulayarak, altyap\u0131n\u0131z\u0131n gelece\u011fini daha g\u00fcvenli ve otomatize bir \u015fekilde in\u015fa edebilirsiniz. Bulut maceran\u0131zda bol \u015fans!<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Terraform \u0130leri D\u00fczey: Bulut Altyap\u0131n\u0131z\u0131 Ustaca Y\u00f6netin Bulut altyap\u0131n\u0131z\u0131 y\u00f6netmek karma\u015f\u0131k bir s\u00fcre\u00e7 haline geldi\u011finde, Terraform’un sundu\u011fu otomasyon…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-35635","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nvariable<\/code> bloklar\u0131 ile, d\u0131\u015far\u0131ya verece\u011fi de\u011ferleri ise output<\/code> bloklar\u0131 ile belirlersiniz.<\/p>\nMod\u00fcl Olu\u015fturma ve Kullanma \u00d6rne\u011fi<\/h3>\n
modules\/vpc<\/code> ad\u0131nda bir dizin olu\u015ftural\u0131m ve i\u00e7ine a\u015fa\u011f\u0131daki dosyalar\u0131 ekleyelim:<\/p>\nmodules\/vpc\/variables.tf<\/code><\/strong><\/p>\n\nvariable \"region\" {\n description = \"AWS b\u00f6lgesi\"\n type = string\n default = \"us-east-1\"\n}\n\nvariable \"vpc_cidr_block\" {\n description = \"VPC'nin CIDR blo\u011fu\"\n type = string\n}\n\nvariable \"public_subnet_cidrs\" {\n description = \"Genel alt a\u011flar\u0131n CIDR bloklar\u0131 listesi\"\n type = list(string)\n}\n\nvariable \"private_subnet_cidrs\" {\n description = \"\u00d6zel alt a\u011flar\u0131n CIDR bloklar\u0131 listesi\"\n type = list(string)\n}\n <\/pre>\nmodules\/vpc\/main.tf<\/code><\/strong><\/p>\n\nresource \"aws_vpc\" \"main\" {\n cidr_block = var.vpc_cidr_block\n enable_dns_hostnames = true\n enable_dns_support = true\n\n tags = {\n Name = \"MyVPC-${var.vpc_cidr_block}\"\n }\n}\n\nresource \"aws_internet_gateway\" \"gw\" {\n vpc_id = aws_vpc.main.id\n\n tags = {\n Name = \"MyVPC-IGW\"\n }\n}\n\nresource \"aws_subnet\" \"public\" {\n count = length(var.public_subnet_cidrs)\n vpc_id = aws_vpc.main.id\n cidr_block = var.public_subnet_cidrs[count.index]\n availability_zone = \"${var.region}${replace(element(split(\"\/\", var.public_subnet_cidrs[count.index]), 0), \"\/^(\\\\d{1,3}\\\\.\\\\d{1,3}\\\\.\\\\d{1,3}\\\\.)\/\", \"\")}\" # \u00d6rnek AZ atamas\u0131\n\n tags = {\n Name = \"PublicSubnet-${count.index}\"\n }\n}\n\nresource \"aws_subnet\" \"private\" {\n count = length(var.private_subnet_cidrs)\n vpc_id = aws_vpc.main.id\n cidr_block = var.private_subnet_cidrs[count.index]\n availability_zone = \"${var.region}${replace(element(split(\"\/\", var.private_subnet_cidrs[count.index]), 0), \"\/^(\\\\d{1,3}\\\\.\\\\d{1,3}\\\\.\\\\d{1,3}\\\\.)\/\", \"\")}\" # \u00d6rnek AZ atamas\u0131\n\n tags = {\n Name = \"PrivateSubnet-${count.index}\"\n }\n}\n <\/pre>\nmodules\/vpc\/outputs.tf<\/code><\/strong><\/p>\n\noutput \"vpc_id\" {\n description = \"Olu\u015fturulan VPC'nin ID'si\"\n value = aws_vpc.main.id\n}\n\noutput \"public_subnet_ids\" {\n description = \"Genel alt a\u011flar\u0131n ID'leri\"\n value = aws_subnet.public.*.id\n}\n\noutput \"private_subnet_ids\" {\n description = \"\u00d6zel alt a\u011flar\u0131n ID'leri\"\n value = aws_subnet.private.*.id\n}\n <\/pre>\nmain.tf<\/code>) nas\u0131l kullanaca\u011f\u0131m\u0131za bakal\u0131m:<\/p>\nmain.tf<\/code> (Ana Yap\u0131land\u0131rma)<\/strong><\/p>\n\nterraform {\n required_providers {\n aws = {\n source = \"hashicorp\/aws\"\n version = \"~> 5.0\"\n }\n }\n}\n\nprovider \"aws\" {\n region = \"us-east-1\"\n}\n\nmodule \"my_network\" {\n source = \".\/modules\/vpc\" # Mod\u00fcl\u00fcn yolu\n vpc_cidr_block = \"10.0.0.0\/16\"\n public_subnet_cidrs = [\"10.0.1.0\/24\", \"10.0.2.0\/24\"]\n private_subnet_cidrs = [\"10.0.10.0\/24\", \"10.0.11.0\/24\"]\n region = \"us-east-1\"\n}\n\nresource \"aws_instance\" \"web_server\" {\n ami = \"ami-0abcdef1234567890\" # Ger\u00e7ek bir AMI ID kullan\u0131n\n instance_type = \"t2.micro\"\n subnet_id = module.my_network.public_subnet_ids[0]\n\n tags = {\n Name = \"WebServer\"\n }\n}\n <\/pre>\nTerraform \u00c7al\u0131\u015fma Alanlar\u0131 (Workspaces) ve Uzaktan Durum Y\u00f6netimi Neden \u00d6nemlidir?<\/h2>\n
Terraform \u00c7al\u0131\u015fma Alanlar\u0131 (Workspaces)<\/h3>\n
default<\/code> ad\u0131nda bir \u00e7al\u0131\u015fma alan\u0131 ile ba\u015flar. Yeni bir \u00e7al\u0131\u015fma alan\u0131 olu\u015fturmak i\u00e7in:<\/p>\n\nterraform workspace new dev\n <\/pre>\n\nterraform workspace select dev\n <\/pre>\n\nterraform workspace show\n <\/pre>\nterraform.workspace<\/code> de\u011fi\u015fkenini kullanabilirsiniz:<\/p>\n\nresource \"aws_instance\" \"web\" {\n ami = \"ami-0abcdef1234567890\" # Ger\u00e7ek bir AMI ID kullan\u0131n\n instance_type = terraform.workspace == \"prod\" ? \"m5.large\" : \"t2.micro\" # Ortama g\u00f6re instance tipi belirleme\n\n tags = {\n Name = \"Webserver-${terraform.workspace}\"\n Environment = terraform.workspace\n }\n}\n <\/pre>\nUzaktan Durum Y\u00f6netimi (Remote State Management)<\/h3>\n
\n
\nterraform {\n backend \"s3\" {\n bucket = \"my-terraform-state-bucket\" # Kendi benzersiz S3 kova ad\u0131n\u0131z\u0131 kullan\u0131n\n key = \"production\/terraform.tfstate\"\n region = \"us-east-1\"\n encrypt = true\n dynamodb_table = \"terraform-state-locking\" # Durum kilitleme i\u00e7in DynamoDB tablosu\n }\n}\n <\/pre>\n.tf<\/code> dosyan\u0131zda belirledikten sonra, terraform init<\/code> komutunu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, Terraform durum dosyan\u0131z\u0131 belirtilen S3 kovas\u0131na y\u00fckleyecek ve DynamoDB tablosunu kilitleme i\u00e7in kullanacakt\u0131r. Bu sayede, ekibinizdeki herkes ayn\u0131 altyap\u0131y\u0131 y\u00f6netmek i\u00e7in g\u00fcvenle i\u015f birli\u011fi yapabilir.<\/p>\nSentinel ve Open Policy Agent ile Terraform G\u00fcvenli\u011fini Nas\u0131l Sa\u011flars\u0131n\u0131z?<\/h2>\n
HashiCorp Sentinel ile Politika Uygulama<\/h3>\n
plan<\/code> \u00e7\u0131kt\u0131s\u0131n\u0131 analiz ederek bu t\u00fcr kurallar\u0131 uygulayabilir.<\/p>\n\nimport \"tfplan\/v2\" as tfplan\n\npolicy \"only_allowed_instance_types\" {\n enforcement_level = \"hard-mandatory\"\n main = rule {\n all tfplan.resource_changes as _, rc {\n rc.type is \"aws_instance\" and rc.change.actions contains \"create\" or rc.change.actions contains \"update\" => {\n rc.change.after.instance_type in [\"t2.micro\", \"t3.micro\"]\n } else true\n }\n }\n}\n <\/pre>\naws_instance<\/code> kaynaklar\u0131 olu\u015fturuldu\u011funda veya g\u00fcncellendi\u011finde, instance tipinin t2.micro<\/code> veya t3.micro<\/code> olup olmad\u0131\u011f\u0131n\u0131 kontrol eder. E\u011fer de\u011filse, da\u011f\u0131t\u0131m i\u015flemi engellenir. Bu sayede, hem g\u00fcvenlik standartlar\u0131 korunur hem de gereksiz maliyetlerin \u00f6n\u00fcne ge\u00e7ilebilir.<\/p>\nOpen Policy Agent (OPA) ile Esnek Politika Y\u00f6netimi<\/h3>\n
terraform show -json -no-color \npackage terraform.aws\n\ndeny[msg] {\n some i\n input.resource_changes[i].type == \"aws_instance\"\n input.resource_changes[i].change.actions[_] == \"create\"\n input.resource_changes[i].change.after.associate_public_ip_address == true\n msg := sprintf(\"AWS EC2 instance '%v' genel IP adresine sahip olamaz.\", [input.resource_changes[i].address])\n}\n <\/pre>\naws_instance<\/code> kayna\u011f\u0131 olu\u015fturuldu\u011funda ve associate_public_ip_address<\/code> de\u011feri true<\/code> ise, i\u015flemi reddeder ve uygun bir hata mesaj\u0131 d\u00f6nd\u00fcr\u00fcr. Bu, bir \u015firketin g\u00fcvenlik politikalar\u0131n\u0131n otomatik olarak uygulanmas\u0131n\u0131 sa\u011flayarak, insan hatas\u0131 riskini minimize eder.<\/p>\nowner<\/code>, environment<\/code>, project<\/code>) uymas\u0131n\u0131 zorunlu k\u0131lmas\u0131, OPA veya Sentinel ile kolayca otomatize edilebilir. Bu sayede, ekiplerin manuel kontrol y\u00fck\u00fc azal\u0131r ve altyap\u0131n\u0131n do\u011fru \u015fekilde yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olunur.<\/p>\nTerraform Cloud\/Enterprise ve CI\/CD Entegrasyonlar\u0131: S\u00fcre\u00e7lerinizi Nas\u0131l Otomatize Edersiniz?<\/h2>\n
Terraform Cloud ve Terraform Enterprise<\/h3>\n
\n
CI\/CD Entegrasyonu ve Otomasyon<\/h3>\n
\n
\n# .github\/workflows\/terraform.yml\nname: 'Terraform CI\/CD'\n\non:\n push:\n branches:\n - main\n pull_request:\n branches:\n - main\n\njobs:\n terraform:\n name: 'Terraform'\n runs-on: ubuntu-latest\n env:\n AWS_ACCESS_KEY_ID: ${{ secrets.AWS_ACCESS_KEY_ID }}\n AWS_SECRET_ACCESS_KEY: ${{ secrets.AWS_SECRET_ACCESS_KEY }}\n AWS_DEFAULT_REGION: 'us-east-1'\n\n steps:\n - name: Checkout repository\n uses: actions\/checkout@v4\n\n - name: Setup Terraform\n uses: hashicorp\/setup-terraform@v2\n with:\n terraform_version: 1.x\n\n - name: Terraform Init\n run: terraform init\n\n - name: Terraform Validate\n run: terraform validate\n\n - name: Terraform Plan\n id: plan\n run: terraform plan -no-color -input=false\n continue-on-error: true\n\n - name: Update Pull Request (on failure or change)\n if: github.event_name == 'pull_request' && (steps.plan.outcome == 'failure' || contains(steps.plan.outputs.stdout, 'terraform will perform the following actions'))\n uses: actions\/github-script@v6\n with:\n github-token: ${{ secrets.GITHUB_TOKEN }}\n script: |\n const output = ## Terraform Plan <\/strong>\n${{ steps.plan.outputs.stdout }}<\/code>\n \n## Terraform Plan Error <\/strong>\n${{ steps.plan.outputs.stderr }}<\/code><\/code>;\n github.rest.issues.createComment({\n issue_number: context.issue.number,\n owner: context.repo.owner,\n repo: context.repo.repo,\n body: output\n })\n\n - name: Terraform Apply\n if: github.ref == 'refs\/heads\/main' && github.event_name == 'push' && steps.plan.outcome == 'success'\n run: terraform apply -auto-approve -input=false\n <\/pre>\nmain<\/code> dala yap\u0131lan push veya pull request \u00fczerinde Terraform init, validate ve plan i\u015flemlerini \u00e7al\u0131\u015ft\u0131r\u0131r. E\u011fer bir plan olu\u015fursa veya hata verirse, pull request'e yorum olarak \u00e7\u0131kt\u0131y\u0131 ekler. main<\/code> dala yap\u0131lan ba\u015far\u0131l\u0131 bir push durumunda ise terraform apply<\/code> i\u015flemini otomatik olarak ger\u00e7ekle\u015ftirir. Bu, geli\u015ftiricilerin kodlar\u0131n\u0131 birle\u015ftirmeden \u00f6nce altyap\u0131 de\u011fi\u015fikliklerini g\u00f6zden ge\u00e7irmesine olanak tan\u0131r ve \u00fcretim ortam\u0131na yap\u0131lan da\u011f\u0131t\u0131mlar\u0131 otomatize eder.<\/p>\nKarma\u015f\u0131k Altyap\u0131lar \u0130\u00e7in Geli\u015fmi\u015f Terraform Teknikleri Nelerdir?<\/h2>\n
Meta-Arg\u00fcmanlar ve Dinamik Bloklar<\/h3>\n
count<\/code>, for_each<\/code>, depends_on<\/code>, lifecycle<\/code>) kaynaklar\u0131n davran\u0131\u015f\u0131n\u0131 kontrol etmek i\u00e7in g\u00fc\u00e7l\u00fc ara\u00e7lard\u0131r. \u00d6zellikle count<\/code> ve for_each<\/code>, birden fazla benzer kayna\u011f\u0131 dinamik olarak olu\u015fturman\u0131za olanak tan\u0131r.<\/p>\ncount<\/code> Meta-Arg\u00fcman\u0131:<\/strong> Belirli bir kayna\u011f\u0131n veya mod\u00fcl\u00fcn ka\u00e7 kez olu\u015fturulaca\u011f\u0131n\u0131 kontrol eder.<\/p>\n\nresource \"aws_instance\" \"web\" {\n count = 3 # 3 adet EC2 instance olu\u015ftur\n ami = \"ami-0abcdef1234567890\"\n instance_type = \"t2.micro\"\n tags = {\n Name = \"WebServer-${count.index}\" # index ile farkl\u0131 isimler atama\n }\n}\n <\/pre>\nfor_each<\/code> Meta-Arg\u00fcman\u0131:<\/strong> Bir harita (map) veya set i\u00e7indeki her \u00f6\u011fe i\u00e7in bir kaynak olu\u015fturur. Bu, daha esnek isimlendirme ve yap\u0131land\u0131rma sa\u011flar.<\/p>\n\nlocals {\n web_servers = {\n \"dev-web-01\" = { ami = \"ami-0abcdef1234567890\", type = \"t2.micro\" }\n \"prod-web-01\" = { ami = \"ami-0abcdef1234567891\", type = \"m5.large\" }\n }\n}\n\nresource \"aws_instance\" \"app\" {\n for_each = local.web_servers\n ami = each.value.ami\n instance_type = each.value.type\n tags = {\n Name = each.key\n Environment = split(\"-\", each.key)[0]\n }\n}\n <\/pre>\n\nresource \"aws_security_group\" \"web_sg\" {\n name = \"web-sg\"\n description = \"Web sunucusu g\u00fcvenlik grubu\"\n vpc_id = aws_vpc.main.id\n\n dynamic \"ingress\" {\n for_each = var.ingress_rules\n content {\n description = ingress.value.description\n from_port = ingress.value.from_port\n to_port = ingress.value.to_port\n protocol = ingress.value.protocol\n cidr_blocks = ingress.value.cidr_blocks\n }\n }\n}\n\nvariable \"ingress_rules\" {\n description = \"G\u00fcvenlik grubu giri\u015f kurallar\u0131\"\n type = list(object({\n description = string\n from_port = number\n to_port = number\n protocol = string\n cidr_blocks = list(string)\n }))\n default = [\n {\n description = \"HTTP\"\n from_port = 80\n to_port = 80\n protocol = \"tcp\"\n cidr_blocks = [\"0.0.0.0\/0\"]\n },\n {\n description = \"HTTPS\"\n from_port = 443\n to_port = 443\n protocol = \"tcp\"\n cidr_blocks = [\"0.0.0.0\/0\"]\n }\n ]\n}\n <\/pre>\n\u00d6zel Sa\u011flay\u0131c\u0131lar (Custom Providers) ve Provisioner'lar<\/h3>\n
provisioner<\/code> bloklar\u0131 ise, bir kaynak olu\u015fturulduktan veya yok edildikten sonra \u00fczerinde belirli komutlar\u0131 \u00e7al\u0131\u015ft\u0131rman\u0131za olanak tan\u0131r. \u00d6rne\u011fin, bir EC2 instance olu\u015fturulduktan sonra bir ba\u015flang\u0131\u00e7 beti\u011fi \u00e7al\u0131\u015ft\u0131rmak veya bir dosya y\u00fcklemek i\u00e7in kullan\u0131labilirler. Yayg\u0131n provisioner'lar aras\u0131nda local-exec<\/code>, remote-exec<\/code> ve file<\/code> bulunur.<\/p>\n\nresource \"aws_instance\" \"example\" {\n ami = \"ami-0abcdef1234567890\"\n instance_type = \"t2.micro\"\n\n provisioner \"remote-exec\" {\n inline = [\n \"sudo apt update\",\n \"sudo apt install -y nginx\",\n \"sudo systemctl start nginx\"\n ]\n connection {\n type = \"ssh\"\n user = \"ubuntu\"\n private_key = file(\"~\/.ssh\/id_rsa\")\n host = self.public_ip\n }\n }\n}\n <\/pre>\nSa\u011flay\u0131c\u0131 Versiyon Y\u00f6netimi ve Ba\u011f\u0131ml\u0131l\u0131klar<\/h3>\n
required_providers<\/code> blo\u011fu, hangi sa\u011flay\u0131c\u0131n\u0131n hangi versiyon aral\u0131\u011f\u0131n\u0131n kullan\u0131laca\u011f\u0131n\u0131 belirlemenizi sa\u011flar. Bu, k\u0131r\u0131lma de\u011fi\u015fikliklerini (breaking changes) veya uyumluluk sorunlar\u0131n\u0131 \u00f6nler.<\/p>\n\nterraform {\n required_providers {\n aws = {\n source = \"hashicorp\/aws\"\n version = \"~> 5.0\" # Sadece 5.x.x versiyonlar\u0131n\u0131 kullan, 6.x.x'e ge\u00e7me\n }\n }\n}\n <\/pre>\ndepends_on<\/code> meta-arg\u00fcman\u0131n\u0131 kullanabilirsiniz:<\/p>\n\nresource \"aws_instance\" \"backend\" {\n # ... yap\u0131land\u0131rma ...\n depends_on = [\n aws_rds_instance.database # Veritaban\u0131 olu\u015fturulmadan backend ba\u015flamas\u0131n\n ]\n}\n <\/pre>\nHassas Veri Y\u00f6netimi<\/h3>\n
\ndata \"aws_secretsmanager_secret\" \"db_credentials\" {\n name = \"my-db-credentials\"\n}\n\ndata \"aws_secretsmanager_secret_version\" \"db_credentials_version\" {\n secret_id = data.aws_secretsmanager_secret.db_credentials.id\n}\n\nresource \"aws_db_instance\" \"main\" {\n # ...\n username = jsondecode(data.aws_secretsmanager_secret_version.db_credentials_version.secret_string)[\"username\"]\n password = jsondecode(data.aws_secretsmanager_secret_version.db_credentials_version.secret_string)[\"password\"]\n}\n <\/pre>\nMobil Uyumlu Tasar\u0131m ve Terraform \u0130li\u015fkisi<\/h3>\n
\n\/* \u00d6rnek bir mobil uyumlu CSS medya sorgusu *\/\n@media screen and (max-width: 768px) {\n .container {\n width: 100%;\n padding: 10px;\n }\n .sidebar {\n display: none; \/* Mobilde kenar \u00e7ubu\u011funu gizle *\/\n }\n}\n <\/pre>\nterraform console<\/code> komutunu kullanarak HCL ifadelerini test edebilir ve de\u011fi\u015fken de\u011ferlerini an\u0131nda kontrol edebilirsiniz. Bu, hata ay\u0131klama s\u00fcrecini h\u0131zland\u0131r\u0131r.\n <\/div>\nS\u0131k\u00e7a Sorulan Sorular (SSS)<\/h2>\n
1. Terraform kodum b\u00fcy\u00fcd\u00fck\u00e7e performans sorunlar\u0131 ya\u015f\u0131yorum. Ne yapmal\u0131y\u0131m?<\/h3>\n
-target<\/code> bayra\u011f\u0131n\u0131 nadiren kullanmaya \u00f6zen g\u00f6sterin, \u00e7\u00fcnk\u00fc bu durum dosyan\u0131zda tutars\u0131zl\u0131klara yol a\u00e7abilir. Kaynaklar\u0131n\u0131z\u0131 daha k\u00fc\u00e7\u00fck \u00e7al\u0131\u015fma alanlar\u0131na veya ayr\u0131 Terraform yap\u0131land\u0131rmalar\u0131na b\u00f6lmek (\u00f6rne\u011fin, a\u011f altyap\u0131s\u0131n\u0131 ayr\u0131 bir yap\u0131land\u0131rmada tutmak), terraform plan<\/code> ve apply<\/code> s\u00fcrelerini \u00f6nemli \u00f6l\u00e7\u00fcde azaltabilir.<\/p>\n2.
terraform destroy<\/code> komutunu \u00fcretim ortam\u0131nda yanl\u0131\u015fl\u0131kla \u00e7al\u0131\u015ft\u0131rmay\u0131 nas\u0131l engellerim?<\/h3>\nterraform destroy<\/code> komutunun \u00fcretim ortam\u0131nda yanl\u0131\u015fl\u0131kla \u00e7al\u0131\u015fmas\u0131n\u0131 engellemek i\u00e7in birka\u00e7 y\u00f6ntem bulunur. En etkili yol, CI\/CD boru hatlar\u0131nda manuel onay ad\u0131mlar\u0131 eklemektir. Ayr\u0131ca, lifecycle<\/code> blo\u011fundaki prevent_destroy = true<\/code> \u00f6zelli\u011fini kritik kaynaklara ekleyebilirsiniz. Bu \u00f6zellik, kayna\u011f\u0131n silinmesini engeller ve manuel olarak kald\u0131r\u0131lmas\u0131 gerekti\u011fini bildirir. Son olarak, ayr\u0131 Terraform \u00e7al\u0131\u015fma alanlar\u0131 veya tamamen ayr\u0131 Terraform dizinleri kullanarak \u00fcretim ortam\u0131n\u0131 di\u011ferlerinden izole etmek de iyi bir g\u00fcvenlik katman\u0131d\u0131r.<\/p>\n3. HCL d\u0131\u015f\u0131nda ba\u015fka bir dille Terraform yap\u0131land\u0131rmas\u0131 yazabilir miyim?<\/h3>\n
4. Terraform durum dosyas\u0131n\u0131n g\u00fcvenli\u011fini nas\u0131l sa\u011flar\u0131m?<\/h3>\n
5. Farkl\u0131 bulut sa\u011flay\u0131c\u0131lar\u0131 aras\u0131nda altyap\u0131y\u0131 nas\u0131l y\u00f6netirim (Multi-Cloud)?<\/h3>\n
depends_on<\/code> ile veya \u00e7\u0131kt\u0131\/girdi mekanizmas\u0131yla y\u00f6netebilirsiniz. Mod\u00fcller de bu senaryoda \u00e7ok de\u011ferlidir; her bulut sa\u011flay\u0131c\u0131s\u0131 i\u00e7in ayr\u0131 ayr\u0131 mod\u00fcller olu\u015fturabilir ve bunlar\u0131 ana yap\u0131land\u0131rman\u0131zda birle\u015ftirebilirsiniz. Bu, tutarl\u0131l\u0131\u011f\u0131 korurken esnekli\u011fi art\u0131r\u0131r.<\/p>\nSonu\u00e7<\/h2>\n