Terraform’da tekrar eden kodlar ve karma\u015f\u0131k altyap\u0131lar sizi yoruyor mu? Nesne Y\u00f6nelimli Programlama (OOP) prensipleriyle daha mod\u00fcler, y\u00f6netilebilir ve esnek altyap\u0131lar in\u015fa etmenin yollar\u0131n\u0131 ke\u015ffedin. Scripting al\u0131\u015fkanl\u0131\u011f\u0131ndan mimari d\u00fc\u015f\u00fcnceye ge\u00e7i\u015finizi kolayla\u015ft\u0131racak bu rehberle, Infrastructure as Code prati\u011finizi bir \u00fcst seviyeye ta\u015f\u0131y\u0131n.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen teknoloji d\u00fcnyas\u0131nda, altyap\u0131 y\u00f6netimi hi\u00e7 olmad\u0131\u011f\u0131 kadar kritik bir role sahip. Cloud sa\u011flay\u0131c\u0131lar\u0131n\u0131n sundu\u011fu sonsuz kaynak esnekli\u011fi, bir yandan inovasyonu h\u0131zland\u0131r\u0131rken, di\u011fer yandan altyap\u0131 kodlar\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 da beraberinde getiriyor. Terraform gibi Infrastructure as Code (IaC) ara\u00e7lar\u0131 bu karma\u015f\u0131kl\u0131\u011f\u0131 y\u00f6netmek i\u00e7in harika \u00e7\u00f6z\u00fcmler sunsa da, kullan\u0131m \u015feklimiz sonu\u00e7lar\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde etkileyebilir. \u00c7o\u011fu zaman, h\u0131zl\u0131 \u00e7\u00f6z\u00fcmler \u00fcretmek ad\u0131na “scripting” al\u0131\u015fkanl\u0131\u011f\u0131na kap\u0131l\u0131r\u0131z. Yani, belirli bir g\u00f6revi yerine getirmek i\u00e7in h\u0131zla yaz\u0131lm\u0131\u015f, tek kullan\u0131ml\u0131k veya az tekrar eden kod bloklar\u0131 olu\u015ftururuz.<\/p>\n
Bu yakla\u015f\u0131m ba\u015flang\u0131\u00e7ta pratik gibi g\u00f6r\u00fcnse de, orta ve uzun vadede ciddi sorunlara yol a\u00e7ar. Bir projede ilk EC2 \u00f6rne\u011fini veya ilk VPC’yi olu\u015ftururken birka\u00e7 sat\u0131r kod yeterli olabilir. Ancak zamanla, ayn\u0131 tip kaynaklar\u0131 farkl\u0131 ortamlar (geli\u015ftirme, test, \u00fcretim) i\u00e7in defalarca kopyalay\u0131p yap\u0131\u015ft\u0131rmaya ba\u015flar\u0131z. Bu durum, “Don’t Repeat Yourself” (DRY) prensibine ayk\u0131r\u0131d\u0131r ve h\u0131zla “teknik bor\u00e7” birikimine yol a\u00e7ar. Ayn\u0131 altyap\u0131 kodunun birden fazla yerde bulunmas\u0131, de\u011fi\u015fiklik yapmay\u0131 veya hata ay\u0131klamay\u0131 kabusa \u00e7evirir. Bir g\u00fcvenlik yamas\u0131 uygulamak veya bir \u00f6zelli\u011fi g\u00fcncellemek istedi\u011finizde, y\u00fczlerce hatta binlerce sat\u0131r kod i\u00e7inde ayn\u0131 de\u011fi\u015fikli\u011fi defalarca yapmak zorunda kal\u0131rs\u0131n\u0131z. Bu hem zaman kayb\u0131na hem de tutars\u0131zl\u0131k riskine neden olur.<\/p>\n
Ayr\u0131ca, scripting yakla\u015f\u0131m\u0131 genellikle “kara kutu” mant\u0131\u011f\u0131ndan yoksundur. Herkesin altyap\u0131n\u0131n her detay\u0131n\u0131 bilmesini gerektiren, birbirine s\u0131k\u0131ca ba\u011fl\u0131 (tightly coupled) kod bloklar\u0131, yeni ekip \u00fcyelerinin projeye adaptasyonunu zorla\u015ft\u0131r\u0131r. Altyap\u0131 kodunun okunabilirli\u011fi ve anla\u015f\u0131labilirli\u011fi d\u00fc\u015fer. \u00d6l\u00e7eklendirme veya yeni bir b\u00f6lgeye yay\u0131lma gibi ihtiya\u00e7lar ortaya \u00e7\u0131kt\u0131\u011f\u0131nda, mevcut kodun bu gereksinimlere uyarlanmas\u0131 neredeyse imkans\u0131z hale gelir. Bu noktada, “mimar” gibi d\u00fc\u015f\u00fcnmeye ba\u015flamak, yani altyap\u0131m\u0131z\u0131 t\u0131pk\u0131 bir yaz\u0131l\u0131m uygulamas\u0131 gibi tasarlamak elzemdir. Nesne Y\u00f6nelimli Programlama (OOP) prensipleri, bu mimari d\u00fc\u015f\u00fcnce yap\u0131s\u0131n\u0131 Terraform projelerimize ta\u015f\u0131mak i\u00e7in g\u00fc\u00e7l\u00fc bir \u00e7er\u00e7eve sunar. Bu ge\u00e7i\u015f, sadece kod yazma \u015feklimizi de\u011fil, ayn\u0131 zamanda altyap\u0131 y\u00f6netimine bak\u0131\u015f a\u00e7\u0131m\u0131z\u0131 da k\u00f6kten de\u011fi\u015ftirecektir. Amac\u0131m\u0131z, tekrar eden, karma\u015f\u0131k ve y\u00f6netilemez kod y\u0131\u011f\u0131nlar\u0131ndan kurtularak, daha esnek, s\u00fcrd\u00fcr\u00fclebilir ve \u00f6l\u00e7eklenebilir altyap\u0131lar in\u015fa etmektir.<\/p>\n
Nesne Y\u00f6nelimli Programlama (OOP), yaz\u0131l\u0131m geli\u015ftirmede yayg\u0131n olarak kullan\u0131lan bir paradigmad\u0131r ve ger\u00e7ek d\u00fcnya varl\u0131klar\u0131n\u0131 modellere d\u00f6n\u00fc\u015ft\u00fcrerek karma\u015f\u0131kl\u0131\u011f\u0131 y\u00f6netmeyi hedefler. Peki, bu kavramlar\u0131 altyap\u0131 kodu yaz\u0131m\u0131na, \u00f6zellikle de Terraform’a nas\u0131l uygulayabiliriz? Terraform’da OOP yakla\u015f\u0131m\u0131, do\u011frudan “class” ve “object” tan\u0131mlamak anlam\u0131na gelmez; daha ziyade OOP’nin temel prensiplerini (mod\u00fclerlik, soyutlama, kaps\u00fclleme ve kompozisyon) altyap\u0131 kodumuza entegre etmek demektir. Bu prensipler, Terraform projelerimizin daha d\u00fczenli, okunabilir, yeniden kullan\u0131labilir ve s\u00fcrd\u00fcr\u00fclebilir olmas\u0131n\u0131 sa\u011flar.<\/p>\n
\u00d6ncelikle, Mod\u00fclerlik<\/strong> Terraform’da “mod\u00fcl” kavram\u0131yla do\u011frudan ili\u015fkilidir. T\u0131pk\u0131 bir yaz\u0131l\u0131m projesindeki fonksiyonlar veya s\u0131n\u0131flar gibi, Terraform mod\u00fclleri de belirli bir altyap\u0131 bile\u015fenini (\u00f6rne\u011fin, bir VPC, bir veritaban\u0131, bir web sunucusu grubu) kapsayan, kendi i\u00e7inde ba\u011f\u0131ms\u0131z ve yeniden kullan\u0131labilir kod bloklar\u0131d\u0131r. Bu mod\u00fcller, farkl\u0131 ba\u011flamlarda, farkl\u0131 girdilerle \u00e7a\u011fr\u0131larak \u00e7ok benzer veya tamamen farkl\u0131 altyap\u0131 par\u00e7alar\u0131 olu\u015fturabilir. Bu, DRY (Don’t Repeat Yourself) prensibinin temelini olu\u015fturur; ayn\u0131 altyap\u0131 desenini defalarca kopyalamak yerine, bir kez tan\u0131mlanm\u0131\u015f bir mod\u00fcl\u00fc kullan\u0131r\u0131z.<\/p>\n Kaps\u00fclleme (Encapsulation)<\/strong>, bir nesnenin i\u00e7 \u00e7al\u0131\u015fma detaylar\u0131n\u0131 d\u0131\u015f d\u00fcnyadan gizlemesi anlam\u0131na gelir. Terraform ba\u011flam\u0131nda bu, bir mod\u00fcl\u00fcn i\u00e7indeki kaynaklar\u0131n (\u00f6rne\u011fin, bir VPC mod\u00fcl\u00fcn\u00fcn i\u00e7indeki alt a\u011flar, g\u00fcvenlik gruplar\u0131) d\u0131\u015far\u0131dan direkt m\u00fcdahale edilemez olmas\u0131n\u0131 sa\u011flamakt\u0131r. Mod\u00fcl, yaln\u0131zca Soyutlama (Abstraction)<\/strong>, karma\u015f\u0131k detaylar\u0131 basitle\u015ftirilmi\u015f bir aray\u00fcz alt\u0131nda sunmakt\u0131r. \u00d6rne\u011fin, bir Son olarak, Kompozisyon (Composition)<\/strong>, basit mod\u00fclleri birle\u015ftirerek daha b\u00fcy\u00fck ve karma\u015f\u0131k altyap\u0131lar olu\u015fturma sanat\u0131d\u0131r. T\u0131pk\u0131 yaz\u0131l\u0131mda k\u00fc\u00e7\u00fck, ba\u011f\u0131ms\u0131z nesnelerin bir araya getirilerek daha b\u00fcy\u00fck sistemler olu\u015fturulmas\u0131 gibi, Terraform’da da bir VPC mod\u00fcl\u00fc, bir veritaban\u0131 mod\u00fcl\u00fc ve bir uygulama sunucusu mod\u00fcl\u00fc bir araya getirilerek tam te\u015fekk\u00fcll\u00fc bir uygulama ortam\u0131 olu\u015fturulabilir. Bu yakla\u015f\u0131m, “miras” (inheritance) yerine tercih edilir, \u00e7\u00fcnk\u00fc Terraform’da do\u011frudan miras mekanizmas\u0131 bulunmaz ve kompozisyon daha esnek ve daha az ba\u011f\u0131ml\u0131 yap\u0131lar olu\u015fturmaya olanak tan\u0131r. Bu prensiplerin uygulanmas\u0131, Terraform projelerinizi sadece “\u00e7al\u0131\u015fan” de\u011fil, ayn\u0131 zamanda “bak\u0131m\u0131 yap\u0131labilir” ve “geli\u015ftirilebilir” hale getirecektir.<\/p>\n Terraform’da mod\u00fclerlik, Nesne Y\u00f6nelimli Programlama (OOP) prensiplerinin temel ta\u015flar\u0131ndan biridir. Bir mod\u00fcl, belirli bir i\u015flevselli\u011fi veya altyap\u0131 bile\u015fenini kapsayan, kendi i\u00e7inde tutarl\u0131 ve yeniden kullan\u0131labilir bir Terraform kod blo\u011fudur. Bu yakla\u015f\u0131m, kod tekrar\u0131n\u0131 \u00f6nler (DRY prensibi), farkl\u0131 ortamlarda veya projelerde ayn\u0131 altyap\u0131 desenlerini kolayca kullanmam\u0131z\u0131 sa\u011flar ve altyap\u0131m\u0131z\u0131n bak\u0131m\u0131n\u0131, \u00f6l\u00e7eklendirilmesini ve geli\u015ftirilmesini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde basitle\u015ftirir. Mod\u00fcller, t\u0131pk\u0131 yaz\u0131l\u0131m k\u00fct\u00fcphaneleri gibi d\u00fc\u015f\u00fcn\u00fclebilir; bir kez yaz\u0131l\u0131rlar ve istenildi\u011fi zaman, farkl\u0131 parametrelerle \u00e7a\u011fr\u0131larak kullan\u0131l\u0131rlar.<\/p>\n Bir mod\u00fcl olu\u015ftururken, temel olarak \u00fc\u00e7 ana bile\u015fene odaklan\u0131r\u0131z: Ger\u00e7ek d\u00fcnyadan bir \u00f6rnek olarak, bir kurumsal ortamda s\u0131k\u00e7a kullan\u0131lan bir Amazon VPC (Virtual Private Cloud) yap\u0131s\u0131n\u0131 d\u00fc\u015f\u00fcnelim. Her yeni proje veya ekip i\u00e7in bir VPC olu\u015fturmak gerekti\u011finde, bu i\u015flemi manuel olarak yapmak veya her seferinde ayn\u0131 Terraform kodunu kopyalay\u0131p yap\u0131\u015ft\u0131rmak yerine, yeniden kullan\u0131labilir bir VPC mod\u00fcl\u00fc olu\u015fturabiliriz. Bu mod\u00fcl, VPC’nin kendisini, birka\u00e7 genel ve \u00f6zel alt a\u011f\u0131, rota tablolar\u0131n\u0131 ve internet a\u011f ge\u00e7idini i\u00e7erebilir. Mod\u00fcl\u00fcn giri\u015f de\u011fi\u015fkenleri ise Bu mod\u00fcler yakla\u015f\u0131m, altyap\u0131 kodunu daha y\u00f6netilebilir par\u00e7alara ay\u0131r\u0131r, her bir par\u00e7an\u0131n kendi sorumlulu\u011funu netle\u015ftirir ve hata izolasyonunu kolayla\u015ft\u0131r\u0131r. Bir hata durumunda, sorunun b\u00fcy\u00fck olas\u0131l\u0131kla belirli bir mod\u00fclde oldu\u011funu bilir ve arama alan\u0131n\u0131z\u0131 daralt\u0131rs\u0131n\u0131z. Ayr\u0131ca, g\u00fcvenlik g\u00fcncellemeleri veya performans iyile\u015ftirmeleri gibi de\u011fi\u015fiklikler, sadece ilgili mod\u00fcl\u00fc g\u00fcncelleyerek bir\u00e7ok yerde ayn\u0131 anda uygulanabilir. Bu da altyap\u0131 y\u00f6netimine ger\u00e7ek bir mimari disiplin getirir.<\/p>\n Kaps\u00fclleme (Encapsulation), Nesne Y\u00f6nelimli Programlama’n\u0131n (OOP) temel prensiplerinden biridir ve bir nesnenin i\u00e7 \u00e7al\u0131\u015fma detaylar\u0131n\u0131 d\u0131\u015f d\u00fcnyadan gizlemesi anlam\u0131na gelir. Bu, nesnenin veri ve davran\u0131\u015flar\u0131n\u0131 tek bir birimde toplarken, d\u0131\u015far\u0131dan eri\u015fimi kontroll\u00fc bir \u015fekilde sa\u011flayan bir aray\u00fcz sunar. Terraform ba\u011flam\u0131nda kaps\u00fclleme, bir mod\u00fcl\u00fcn i\u00e7 kaynaklar\u0131n\u0131 ve mant\u0131\u011f\u0131n\u0131 d\u0131\u015far\u0131dan do\u011frudan m\u00fcdahaleye kapatarak, sadece tan\u0131mlanm\u0131\u015f giri\u015f (variables) ve \u00e7\u0131k\u0131\u015f (outputs) arac\u0131l\u0131\u011f\u0131yla etkile\u015fim kurmas\u0131n\u0131 sa\u011flamakt\u0131r. Bu yakla\u015f\u0131m, mod\u00fcl\u00fcn i\u00e7 yap\u0131s\u0131n\u0131 de\u011fi\u015ftirdi\u011finizde, bu mod\u00fcl\u00fc kullanan di\u011fer yerlerdeki kodun bozulma riskini minimize eder, \u00e7\u00fcnk\u00fc d\u0131\u015f kod sadece mod\u00fcl\u00fcn “public” aray\u00fcz\u00fcn\u00fc kullan\u0131r.<\/p>\n Bir Terraform mod\u00fcl\u00fc olu\u015ftururken, Kaps\u00fcllemeyi sa\u011flaman\u0131n bir di\u011fer yolu, # main.tf i\u00e7inde kullan\u0131m: Ayr\u0131ca, mevcut altyap\u0131 bilgilerini almak i\u00e7in kullan\u0131lan # main.tf i\u00e7inde kullan\u0131m: Bu teknikler, Terraform mod\u00fcllerinizi sadece yeniden kullan\u0131labilir de\u011fil, ayn\u0131 zamanda daha g\u00fcvenli, daha az hataya a\u00e7\u0131k ve daha kolay s\u00fcrd\u00fcr\u00fclebilir hale getirir. Kaps\u00fclleme sayesinde, mod\u00fclleriniz bir “kara kutu” gibi davran\u0131r; ne yapt\u0131\u011f\u0131n\u0131 bilirsiniz ama nas\u0131l yapt\u0131\u011f\u0131n\u0131n t\u00fcm detaylar\u0131n\u0131 bilmek zorunda kalmazs\u0131n\u0131z. Bu, b\u00fcy\u00fck ve karma\u015f\u0131k altyap\u0131lar\u0131n y\u00f6netimini basitle\u015ftiren ve ekip \u00fcyeleri aras\u0131nda sorumluluklar\u0131 netle\u015ftiren bir mimari yakla\u015f\u0131md\u0131r.<\/p>\n Kompozisyon (Composition), Nesne Y\u00f6nelimli Programlama’da (OOP) temel bir prensiptir ve basit nesneleri veya bile\u015fenleri bir araya getirerek daha karma\u015f\u0131k yap\u0131lar olu\u015fturma anlam\u0131na gelir. Terraform ba\u011flam\u0131nda, bu prensip, daha \u00f6nce tan\u0131mlad\u0131\u011f\u0131m\u0131z k\u00fc\u00e7\u00fck, tek sorumluluklu mod\u00fclleri birle\u015ftirerek b\u00fcy\u00fck ve kompleks altyap\u0131 mimarileri in\u015fa etme prati\u011fine kar\u015f\u0131l\u0131k gelir. T\u0131pk\u0131 bir mimar\u0131n farkl\u0131 yap\u0131 ta\u015flar\u0131n\u0131 (temel, duvar, \u00e7at\u0131) birle\u015ftirerek bir bina in\u015fa etmesi gibi, Terraform mimar\u0131 da VPC, veritaban\u0131, uygulama sunucusu ve y\u00fck dengeleyici mod\u00fcllerini bir araya getirerek tam i\u015flevsel bir uygulama ortam\u0131 olu\u015fturabilir.<\/p>\n Kompozisyon, \u00f6zellikle katmanl\u0131 mimariler olu\u015ftururken g\u00fc\u00e7l\u00fc bir ara\u00e7 haline gelir. \u00d6rne\u011fin, bir web uygulamas\u0131 i\u00e7in genellikle bir a\u011f katman\u0131 (VPC, alt a\u011flar, g\u00fcvenlik gruplar\u0131), bir uygulama katman\u0131 (EC2 \u00f6rnekleri, ECS k\u00fcmeleri, Lambda fonksiyonlar\u0131) ve bir veri katman\u0131 (RDS veritabanlar\u0131, DynamoDB tablolar\u0131) bulunur. Her bir katman i\u00e7in ayr\u0131 ve iyi tan\u0131mlanm\u0131\u015f Terraform mod\u00fclleri olu\u015fturarak, bu mod\u00fclleri ana bir konfig\u00fcrasyon dosyas\u0131nda birle\u015ftirebiliriz. Bu yakla\u015f\u0131m, her katman\u0131n kendi sorumluluklar\u0131n\u0131 net bir \u015fekilde tan\u0131mlamas\u0131n\u0131 ve di\u011fer katmanlardan ba\u011f\u0131ms\u0131z olarak geli\u015ftirilmesini veya g\u00fcncellenmesini sa\u011flar. B\u00f6ylece, bir katmanda yap\u0131lan de\u011fi\u015fikliklerin di\u011fer katmanlar \u00fczerindeki etkisi minimize edilir.<\/p>\n Bir e-ticaret \u015firketinin yeni nesil mikroservis tabanl\u0131 uygulamas\u0131n\u0131 AWS \u00fczerinde \u00e7al\u0131\u015ft\u0131rmak istedi\u011fini varsayal\u0131m. Bu uygulama, bir API Gateway, birden \u00e7ok mikroservis (her biri kendi ECS servisinde), bir merkezi veritaban\u0131 (RDS PostgreSQL) ve bir \u00f6nbellek (ElastiCache Redis) kullan\u0131yor. Bu karma\u015f\u0131k altyap\u0131y\u0131 tek bir b\u00fcy\u00fck Terraform dosyas\u0131nda y\u00f6netmek, k\u0131sa s\u00fcrede bir kabusa d\u00f6n\u00fc\u015fecektir. Bunun yerine, kompozisyon prensibini kullanarak bu altyap\u0131y\u0131 mod\u00fcler hale getirebiliriz:<\/p>\n Ana Terraform konfig\u00fcrasyonumuz (root module) bu mod\u00fclleri a\u015fa\u011f\u0131daki gibi bir araya getirecektir:<\/p>\n \/\/ 2. Veritaban\u0131 \/\/ 3. \u00d6nbellek \/\/ 4. Mikroservisler (\u00d6rnek: \u00dcr\u00fcn Servisi) \/\/ 5. Di\u011fer mikroservisler (\u00d6deme, Kullan\u0131c\u0131 vb.) i\u00e7in benzer ECS servis mod\u00fcl\u00fc \u00e7a\u011fr\u0131lar\u0131... Bu yap\u0131, her bir mod\u00fcl\u00fcn kendi i\u00e7inde ba\u011f\u0131ms\u0131z olmas\u0131n\u0131 sa\u011flarken, gerekli bilgileri Nesne Y\u00f6nelimli Programlama’da (OOP) “miras” (inheritance) ve “kompozisyon” (composition) iki farkl\u0131 yeniden kullan\u0131labilirlik mekanizmas\u0131d\u0131r. Miras, bir s\u0131n\u0131f\u0131n ba\u015fka bir s\u0131n\u0131f\u0131n \u00f6zelliklerini ve davran\u0131\u015flar\u0131n\u0131 devralmas\u0131n\u0131 sa\u011flar (“is-a” ili\u015fkisi). Kompozisyon ise, bir s\u0131n\u0131f\u0131n di\u011fer s\u0131n\u0131flar\u0131n \u00f6rneklerini i\u00e7ererek onlar\u0131n i\u015flevselli\u011fini kullanmas\u0131n\u0131 ifade eder (“has-a” ili\u015fkisi). Geleneksel yaz\u0131l\u0131m geli\u015ftirmede miras yayg\u0131n olarak kullan\u0131lsa da, a\u015f\u0131r\u0131ya ka\u00e7t\u0131\u011f\u0131nda s\u0131k\u0131 ba\u011f\u0131ml\u0131l\u0131klara ve hiyerar\u015fi karma\u015f\u0131kl\u0131\u011f\u0131na yol a\u00e7abilir.<\/p>\n Terraform’da, do\u011frudan bir “miras” mekanizmas\u0131 bulunmamaktad\u0131r. Yani, bir mod\u00fcl\u00fcn ba\u015fka bir mod\u00fclden t\u00fcremesi veya onun \u00f6zelliklerini devralmas\u0131 gibi bir durum s\u00f6z konusu de\u011fildir. Bu eksiklik, asl\u0131nda bir dezavantajdan ziyade, bizi daha esnek ve sa\u011flam bir tasar\u0131m prensibi olan kompozisyona y\u00f6neltir. Terraform’da “DRY” (Don’t Repeat Yourself) prensibini uygulaman\u0131n ve kodu yeniden kullanman\u0131n en etkili yolu kompozisyondur.<\/p>\n Kompozisyon, daha \u00f6nce bahsetti\u011fimiz gibi, k\u00fc\u00e7\u00fck ve tek sorumluluklu mod\u00fclleri bir araya getirerek daha b\u00fcy\u00fck yap\u0131lar olu\u015fturma prensibidir. \u00d6rne\u011fin, bir Bunun yerine, bu ortak ayarlar\u0131 kaps\u00fclleyen ve d\u0131\u015far\u0131dan parametre alabilen bir “Etiket Mod\u00fcl\u00fc” veya “G\u00fcvenlik Grubu Mod\u00fcl\u00fc” olu\u015fturabiliriz. Daha sonra, di\u011fer t\u00fcm ana mod\u00fcllerimiz (\u00f6rne\u011fin, bir EC2 mod\u00fcl\u00fc, bir RDS mod\u00fcl\u00fc) bu k\u00fc\u00e7\u00fck mod\u00fclleri kendi i\u00e7lerinde \u00e7a\u011f\u0131rarak veya \u00e7\u0131kt\u0131lar\u0131n\u0131 kullanarak kompozisyon yapabilirler.<\/p>\n \/\/ modules\/common_tags\/variables.tf \/\/ modules\/common_tags\/outputs.tf Ard\u0131ndan, bu etiket mod\u00fcl\u00fcn\u00fc di\u011fer altyap\u0131 mod\u00fcllerimizde \u00e7a\u011f\u0131rarak, etiketleri tekrar etmeden uygulayabiliriz:<\/p>\n resource \"aws_instance\" \"web\" { Bu \u00f6rnekte, variable<\/code> (giri\u015f) ve output<\/code> (\u00e7\u0131k\u0131\u015f) bloklar\u0131 arac\u0131l\u0131\u011f\u0131yla d\u0131\u015f d\u00fcnya ile etkile\u015fime girer. Bu sayede, mod\u00fcl\u00fcn i\u00e7indeki de\u011fi\u015fiklikler, d\u0131\u015far\u0131dan kullanan kodlar\u0131 do\u011frudan etkilemez, \u00e7\u00fcnk\u00fc d\u0131\u015f kod sadece mod\u00fcl\u00fcn aray\u00fcz\u00fcyle (giri\u015f ve \u00e7\u0131k\u0131\u015flar) ilgilenir. Bu, ba\u011f\u0131ml\u0131l\u0131klar\u0131 azalt\u0131r ve hata ay\u0131klamay\u0131 kolayla\u015ft\u0131r\u0131r.<\/p>\naws_instance<\/code> kayna\u011f\u0131 yerine, “web sunucusu” ad\u0131nda bir mod\u00fcl kullanmak soyutlamaya \u00f6rnektir. Bu web sunucusu mod\u00fcl\u00fc, i\u00e7inde aws_instance<\/code>‘\u0131n yan\u0131 s\u0131ra, ilgili g\u00fcvenlik grubunu, EBS birimini veya y\u00fck dengeleyici ba\u011flant\u0131s\u0131n\u0131 i\u00e7erebilir. Kullanan ki\u015fi, sadece “bir web sunucusu istiyorum” der ve mod\u00fcl t\u00fcm bu karma\u015f\u0131k detaylar\u0131 onun yerine y\u00f6netir. Bu, altyap\u0131 kodunun daha y\u00fcksek seviyeli, i\u015f odakl\u0131 terimlerle ifade edilmesini sa\u011flar.<\/p>\nMod\u00fclerlik: Yeniden Kullan\u0131labilir Terraform Bile\u015fenleri Nas\u0131l Olu\u015fturulur?<\/h3>\n
main.tf<\/code> (kaynak tan\u0131mlar\u0131), variables.tf<\/code> (giri\u015f parametreleri) ve outputs.tf<\/code> (\u00e7\u0131k\u0131\u015f de\u011ferleri). main.tf<\/code> dosyas\u0131nda, mod\u00fcl\u00fcn olu\u015fturaca\u011f\u0131 t\u00fcm AWS EC2 instance, S3 bucket, veya VPC gibi kaynaklar\u0131 tan\u0131mlar\u0131z. variables.tf<\/code> dosyas\u0131, mod\u00fcl\u00fcn d\u0131\u015far\u0131dan alaca\u011f\u0131 girdileri belirtir; \u00f6rne\u011fin, bir EC2 mod\u00fcl\u00fc i\u00e7in instance_type<\/code>, ami_id<\/code> veya key_name<\/code> gibi de\u011fi\u015fkenler tan\u0131mlayabiliriz. Bu de\u011fi\u015fkenler, mod\u00fcl\u00fcn esnekli\u011fini ve yeniden kullan\u0131labilirli\u011fini art\u0131r\u0131r. Son olarak, outputs.tf<\/code> dosyas\u0131, mod\u00fcl\u00fcn d\u0131\u015far\u0131ya a\u00e7t\u0131\u011f\u0131 de\u011ferleri tan\u0131mlar; \u00f6rne\u011fin, olu\u015fturulan EC2 \u00f6rne\u011finin genel IP adresi veya bir VPC’nin ID’si gibi bilgiler, bu \u00e7\u0131kt\u0131 de\u011ferleri arac\u0131l\u0131\u011f\u0131yla mod\u00fcl\u00fc \u00e7a\u011f\u0131ran \u00fcst mod\u00fcl veya root konfig\u00fcrasyon taraf\u0131ndan kullan\u0131labilir.<\/p>\nvpc_cidr_block<\/code>, public_subnet_cidrs<\/code>, private_subnet_cidrs<\/code> ve environment_tag<\/code> gibi de\u011ferler olabilir. \u00c7\u0131k\u0131\u015flar\u0131 da vpc_id<\/code>, public_subnet_ids<\/code> gibi bilgiler olacakt\u0131r. B\u00f6ylece, farkl\u0131 projeler veya ortamlar i\u00e7in sadece bu de\u011fi\u015fkenleri de\u011fi\u015ftirerek tutarl\u0131 VPC yap\u0131lar\u0131 olu\u015fturabiliriz.<\/p>\n
\nmodule \"my_vpc\" {
\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 environment_tag = \"development\"
\n project_name = \"MyWebApp\"
\n}
\n<\/code><\/p>\nEncapsulation ve Veri Saklama: Altyap\u0131 Detaylar\u0131n\u0131 Nas\u0131l Gizleriz?<\/h3>\n
main.tf<\/code> i\u00e7inde tan\u0131mlad\u0131\u011f\u0131m\u0131z aws_instance<\/code> veya aws_vpc<\/code> gibi kaynaklar, mod\u00fcl\u00fcn i\u00e7 detaylar\u0131d\u0131r. Bu kaynaklar\u0131n konfig\u00fcrasyonlar\u0131, mod\u00fcl\u00fcn i\u00e7 mant\u0131\u011f\u0131n\u0131 olu\u015fturur. D\u0131\u015far\u0131dan bir mod\u00fcl \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda, mod\u00fcl\u00fcn i\u00e7indeki bu kaynaklar\u0131n detaylar\u0131na do\u011frudan eri\u015filemez. \u00d6rne\u011fin, bir VPC mod\u00fcl\u00fcn\u00fcn i\u00e7indeki alt a\u011flar\u0131n (subnets) ID’leri, mod\u00fcl\u00fcn kendisi taraf\u0131ndan y\u00f6netilir ve d\u0131\u015far\u0131ya sadece output<\/code> bloklar\u0131yla sunulabilir. E\u011fer bir mod\u00fcl, kendi i\u00e7indeki bir kaynak ID’sini d\u0131\u015far\u0131ya output<\/code> olarak a\u00e7mazsa, bu ID’ye d\u0131\u015far\u0131dan eri\u015fmek imkans\u0131z hale gelir. Bu durum, bilgi saklama (information hiding) prensibini uygulayarak, altyap\u0131 kodunun tutarl\u0131l\u0131\u011f\u0131n\u0131 ve g\u00fcvenli\u011fini art\u0131r\u0131r.<\/p>\nlocals<\/code> bloklar\u0131n\u0131 kullanmakt\u0131r. locals<\/code> bloklar\u0131, bir Terraform mod\u00fcl\u00fc i\u00e7inde hesaplanan veya t\u00fcretilen de\u011ferleri ge\u00e7ici olarak saklamak i\u00e7in kullan\u0131l\u0131r. Bu de\u011ferler, sadece tan\u0131mland\u0131klar\u0131 mod\u00fcl veya root konfig\u00fcrasyon i\u00e7inde kullan\u0131labilirler ve d\u0131\u015far\u0131dan eri\u015filemezler. Bu sayede, karma\u015f\u0131k hesaplamalar\u0131 veya tekrar eden ifadeleri tek bir yerde tan\u0131mlay\u0131p, mod\u00fcl i\u00e7inde birden \u00e7ok kaynakta kullanabiliriz. \u00d6rne\u011fin, bir kaynak ad\u0131n\u0131 veya bir etiket k\u00fcmesini (tags<\/code>) locals<\/code> i\u00e7inde tan\u0131mlayarak, bu de\u011ferleri mod\u00fcl i\u00e7indeki t\u00fcm ilgili kaynaklara tutarl\u0131 bir \u015fekilde uygulayabiliriz. Bu, hem kod tekrar\u0131n\u0131 azalt\u0131r hem de mod\u00fcl\u00fcn i\u00e7 mant\u0131\u011f\u0131n\u0131 daha okunakl\u0131 ve y\u00f6netilebilir hale getirir.<\/p>\n
\n# locals.tf \u00f6rne\u011fi:
\nlocals {
\n common_tags = {
\n Environment = var.environment_tag
\n Project = var.project_name
\n }
\n instance_name = \"${var.project_name}-${var.environment_tag}-web\"
\n}<\/p>\n
\nresource \"aws_instance\" \"web_server\" {
\n ami = var.ami_id
\n instance_type = var.instance_type
\n tags = local.common_tags
\n # ... di\u011fer konfig\u00fcrasyonlar
\n}
\n<\/code><\/p>\ndata<\/code> bloklar\u0131 da bir t\u00fcr kaps\u00fclleme g\u00f6revi g\u00f6r\u00fcr. \u00d6rne\u011fin, belirli bir b\u00f6lgedeki en son Amazon Linux AMI’sinin ID’sini dinamik olarak almak i\u00e7in aws_ami<\/code> veri kayna\u011f\u0131n\u0131 kullanabiliriz. Bu, mod\u00fcl\u00fcm\u00fcz\u00fcn AMI ID’sini harici bir de\u011fi\u015fken olarak almas\u0131n\u0131 gerektirmek yerine, mod\u00fcl\u00fcn kendi i\u00e7inde bu bilgiyi kaps\u00fcllemesini sa\u011flar. B\u00f6ylece, mod\u00fcl\u00fcn kendisi, ihtiya\u00e7 duydu\u011fu AMI ID’sini nas\u0131l bulaca\u011f\u0131n\u0131 bilir ve bu detay\u0131 mod\u00fcl\u00fc \u00e7a\u011f\u0131ran koddan gizler. Bu sayede mod\u00fcl\u00fcn ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131 artar ve d\u0131\u015f ba\u011f\u0131ml\u0131l\u0131klar\u0131 azal\u0131r.<\/p>\n
\n# data.tf \u00f6rne\u011fi:
\ndata \"aws_ami\" \"latest_amazon_linux\" {
\n most_recent = true
\n owners = [\"amazon\"]
\n filter {
\n name = \"name\"
\n values = [\"amzn2-ami-hvm-*-x86_64-gp2\"]
\n }
\n filter {
\n name = \"virtualization-type\"
\n values = [\"hvm\"]
\n }
\n}<\/p>\n
\nresource \"aws_instance\" \"app_server\" {
\n ami = data.aws_ami.latest_amazon_linux.id
\n instance_type = var.instance_type
\n # ...
\n}
\n<\/code><\/p>\nComposition: Kompleks Altyap\u0131lar\u0131 Basit Mod\u00fcllerden Nas\u0131l \u0130n\u015fa Ederiz?<\/h3>\n
Vaka Analizi: Mikroservis Mimarisi \u0130\u00e7in Mod\u00fcl Kompozisyonu<\/h4>\n
\n
\n\/\/ main.tf dosyas\u0131nda
\n\/\/ 1. A\u011f altyap\u0131s\u0131
\nmodule \"app_network\" {
\n source = \".\/modules\/network\"
\n vpc_cidr = \"10.10.0.0\/16\"
\n public_subnets = [\"10.10.1.0\/24\", \"10.10.2.0\/24\"]
\n private_subnets = [\"10.10.10.0\/24\", \"10.10.11.0\/24\"]
\n environment = \"production\"
\n project_name = \"E-commerce\"
\n}<\/p>\n
\nmodule \"app_database\" {
\n source = \".\/modules\/database\"
\n vpc_id = module.app_network.vpc_id
\n subnet_ids = module.app_network.private_subnet_ids
\n db_instance_type = \"db.t3.medium\"
\n db_name = \"ecommerce_db\"
\n db_username = \"admin\"
\n environment = \"production\"
\n # ... di\u011fer db de\u011fi\u015fkenleri
\n}<\/p>\n
\nmodule \"app_cache\" {
\n source = \".\/modules\/cache\"
\n vpc_id = module.app_network.vpc_id
\n subnet_ids = module.app_network.private_subnet_ids
\n cache_node_type = \"cache.t3.micro\"
\n engine = \"redis\"
\n environment = \"production\"
\n # ... di\u011fer cache de\u011fi\u015fkenleri
\n}<\/p>\n
\nmodule \"product_service\" {
\n source = \".\/modules\/ecs_service\"
\n vpc_id = module.app_network.vpc_id
\n public_subnet_ids = module.app_network.public_subnet_ids
\n private_subnet_ids = module.app_network.private_subnet_ids
\n service_name = \"product-api\"
\n container_image = \"myrepo\/product-api:latest\"
\n db_endpoint = module.app_database.db_endpoint
\n cache_endpoint = module.app_cache.cache_endpoint
\n environment = \"production\"
\n # ... di\u011fer ecs servis de\u011fi\u015fkenleri
\n}<\/p>\n
\n<\/code><\/p>\noutput<\/code> bloklar\u0131 arac\u0131l\u0131\u011f\u0131yla di\u011fer mod\u00fcllere veya \u00fcst mod\u00fcle sunar. Bu, altyap\u0131n\u0131n bir b\u00fct\u00fcn olarak nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 anlamay\u0131 kolayla\u015ft\u0131r\u0131r, \u00e7\u00fcnk\u00fc her bir katman\u0131n veya bile\u015fenin sorumlulu\u011fu net bir \u015fekilde ayr\u0131lm\u0131\u015ft\u0131r. Kompozisyon, karma\u015f\u0131k sistemlerin y\u00f6netilebilirli\u011fini art\u0131r\u0131r, de\u011fi\u015fikliklerin etkisini s\u0131n\u0131rlar ve altyap\u0131m\u0131z\u0131n daha esnek ve adapte olabilir olmas\u0131n\u0131 sa\u011flar. Ayr\u0131ca, yeni bir mikroservis eklemek veya mevcut birini de\u011fi\u015ftirmek istedi\u011fimizde, sadece ilgili ECS servis mod\u00fcl\u00fcn\u00fc g\u00fcncelleyerek veya yeni bir tane \u00e7a\u011f\u0131rarak bu i\u015flemi kolayca yapabiliriz, t\u00fcm altyap\u0131 kodunu ba\u015ftan yazmaya gerek kalmaz.<\/p>\nInheritance Yerine Kompozisyon: Terraform’da DRY Prensibi Nas\u0131l Uygulan\u0131r?<\/h3>\n
aws_instance<\/code> veya aws_s3_bucket<\/code> kayna\u011f\u0131 i\u00e7in varsay\u0131lan etiketler (tags) veya g\u00fcvenlik konfig\u00fcrasyonlar\u0131 gibi ortak ayarlar\u0131n\u0131z oldu\u011funu d\u00fc\u015f\u00fcn\u00fcn. Miras yakla\u015f\u0131m\u0131yla, belki bir “BaseResource” mod\u00fcl\u00fc olu\u015fturup t\u00fcm di\u011fer mod\u00fcllerin ondan devralmas\u0131n\u0131 isterdiniz. Ancak Terraform’da bu m\u00fcmk\u00fcn de\u011fil.<\/p>\n
\n\/\/ Ortak etiketleri tan\u0131mlayan basit bir mod\u00fcl
\n\/\/ modules\/common_tags\/main.tf
\nresource \"null_resource\" \"tags_generator\" {
\n provisioner \"local-exec\" {
\n command = \"echo '{\\\"Environment\\\":\\\"${var.environment}\\\",\\\"Project\\\":\\\"${var.project}\\\"}' > ${path.module}\/tags.json\"
\n }
\n}<\/p>\n
\nvariable \"environment\" {
\n type = string
\n}
\nvariable \"project\" {
\n type = string
\n}<\/p>\n
\noutput \"generated_tags\" {
\n value = {
\n Environment = var.environment
\n Project = var.project
\n }
\n}
\n<\/code><\/p>\n
\n\/\/ EC2 mod\u00fcl\u00fcm\u00fcz (modules\/ec2\/main.tf)
\nmodule \"common_tags\" {
\n source = \"..\/..\/modules\/common_tags\" \/\/ \u00dcst dizindeki ortak etiket mod\u00fcl\u00fcn\u00fc \u00e7a\u011f\u0131r\u0131yoruz
\n environment = var.environment
\n project = var.project
\n}<\/p>\n
\n ami = var.ami_id
\n instance_type = var.instance_type
\n tags = module.common_tags.generated_tags \/\/ Etiketleri kompozisyon ile kullan\u0131yoruz
\n # ...
\n}
\n<\/code><\/p>\ncommon_tags<\/code> mod\u00fcl\u00fc herhangi bir kaynak olu\u015fturmuyor; sadece ortak etiketleri \u00fcreterek di\u011fer mod\u00fcllerin bunlar\u0131 kolayca kullanmas\u0131n\u0131 sa\u011fl\u0131yor. Bu, mirasa benzer bir etki yarat\u0131rken, \u00e7ok daha esnektir. \u00c7\u00fcnk\u00fc aws_instance<\/code> mod\u00fcl\u00fc, common_tags<\/code> mod\u00fcl\u00fcne “ba\u011fl\u0131d\u0131r” (has-a relation), ondan “t\u00fcrememi\u015ftir”. \u0130leride aws_instance<\/code> mod\u00fcl\u00fcne \u00f6zel ba\u015fka bir etiket k\u00fcmesi eklemek istersek, bu kompozisyon yap\u0131s\u0131n\u0131 bozmadan kolayca yapabiliriz.<\/p>\n