{"id":44515,"date":"2026-09-04T21:09:18","date_gmt":"2026-09-04T18:09:18","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/terraform-nedir-kardesim-21-yasindaki-bir-gencin-gozunden-bulut-altyapisi-yonetimi\/"},"modified":"2026-09-04T21:09:33","modified_gmt":"2026-09-04T18:09:33","slug":"terraform-nedir-kardesim-21-yasindaki-bir-gencin-gozunden-bulut-altyapisi-yonetimi","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/terraform-nedir-kardesim-21-yasindaki-bir-gencin-gozunden-bulut-altyapisi-yonetimi\/","title":{"rendered":"Terraform Nedir Karde\u015fim? 21 Ya\u015f\u0131ndaki Bir Gencin G\u00f6z\u00fcnden Bulut Altyap\u0131s\u0131 Y\u00f6netimi"},"content":{"rendered":"

Terraform Nedir Karde\u015fim? 21 Ya\u015f\u0131ndaki Bir Gencin G\u00f6z\u00fcnden Bulut Altyap\u0131s\u0131 Y\u00f6netimi<\/h2>\n

Merhaba! Bulut sunucular\u0131n\u0131 elle kurmaktan, her seferinde ayn\u0131 ayarlar\u0131 t\u0131klamaktan veya bir sunucuya ihtiyac\u0131n oldu\u011funda saatlerce beklemekten s\u0131k\u0131ld\u0131n m\u0131? Ya da ekip arkada\u015f\u0131n\u0131n yapt\u0131\u011f\u0131 bir de\u011fi\u015fikli\u011fin t\u00fcm sistemi alt \u00fcst etmesinden korkuyor musun? \u0130\u015fte tam da bu noktada, sana harika bir kurtar\u0131c\u0131dan bahsedece\u011fim: Terraform!<\/strong> Gelin, bulut altyap\u0131n\u0131 kodla y\u00f6netmenin en basit ve en haval\u0131 yolunu birlikte ke\u015ffedelim. Bu makalede, Terraform’un ne oldu\u011fundan, neden bu kadar pop\u00fcler oldu\u011funa ve onu kendi projelerinde nas\u0131l kullanabilece\u011fine kadar her \u015feyi en basit dille anlataca\u011f\u0131m. Haz\u0131rsan, ba\u015flayal\u0131m!<\/p>\n

Terraform Nedir Karde\u015fim? Altyap\u0131n\u0131 Koda D\u00f6kmenin En Kolay Yolu<\/h3>\n

\u015eimdi \u015f\u00f6yle d\u00fc\u015f\u00fcn, bir yemek tarifi yaz\u0131yorsun de\u011fil mi? Malzemeler, miktarlar, ad\u0131mlar… Her \u015fey belli. Bu tarif sayesinde, yeme\u011fi her yapt\u0131\u011f\u0131nda ayn\u0131 lezzeti ve k\u0131vam\u0131 yakal\u0131yorsun. \u0130\u015fte Terraform da senin bulut altyap\u0131n i\u00e7in bir “yemek tarifi” gibi. Ama bu tarifte malzemeler sunucular (servers<\/code>), veritabanlar\u0131 (databases<\/code>), a\u011flar (networks<\/code>), depolama birimleri (storage buckets<\/code>) gibi \u015feyler. Biz bu konsepte Altyap\u0131 Kod Olarak (Infrastructure as Code – IaC)<\/strong> diyoruz. Yani, elle t\u0131klayarak veya komut sat\u0131r\u0131nda tek tek komutlar yazarak olu\u015fturdu\u011fun t\u00fcm bulut kaynaklar\u0131n\u0131, okunabilir ve y\u00f6netilebilir bir kod dosyas\u0131na d\u00f6n\u00fc\u015ft\u00fcrmek.<\/p>\n

Terraform, HashiCorp taraf\u0131ndan geli\u015ftirilmi\u015f a\u00e7\u0131k kaynakl\u0131 bir ara\u00e7. En b\u00fcy\u00fck \u00f6zelli\u011fi, farkl\u0131 bulut sa\u011flay\u0131c\u0131lar\u0131 (AWS, Azure, Google Cloud) ve hatta on-premise (\u015firket i\u00e7i) sistemler i\u00e7in bile ayn\u0131 kodlama dilini kullanabilmen. Yani bir kere Terraform \u00f6\u011freniyorsun, sonra istedi\u011fin bulut platformunda u\u00e7u\u015fa ge\u00e7iyorsun. Bu durum, \u00f6zellikle \u00e7oklu bulut (multi-cloud<\/code>) stratejileri izleyen veya farkl\u0131 projelerde farkl\u0131 bulut sa\u011flay\u0131c\u0131lar\u0131 kullanan \u015firketler i\u00e7in m\u00fcthi\u015f bir kolayl\u0131k sa\u011fl\u0131yor.<\/p>\n

Peki, bu ne anlama geliyor? Diyelim ki bir web uygulaman var ve bunu AWS’e kuracaks\u0131n. Normalde AWS konsoluna girip bir sanal sunucu (EC2), bir veritaban\u0131 (RDS), bir depolama alan\u0131 (S3) ve bir a\u011f (VPC) olu\u015fturman gerekir. Her birini tek tek ayarlars\u0131n. Bu i\u015flem zaman al\u0131c\u0131d\u0131r ve insan hatas\u0131na a\u00e7\u0131kt\u0131r. Ya da ayn\u0131 kurulumu ba\u015fka bir ortam (\u00f6rne\u011fin test ortam\u0131) i\u00e7in tekrar yapman gerekti\u011finde, her \u015feyi ba\u015ftan m\u0131 yapacaks\u0131n? \u0130\u015fte Terraform burada devreye giriyor. T\u00fcm bu kaynaklar\u0131 bir .tf<\/code> uzant\u0131l\u0131 dosyaya yaz\u0131yorsun ve Terraform’a “Bana bu tarife g\u00f6re bir altyap\u0131 kur!” diyorsun. O da senin i\u00e7in saniyeler i\u00e7inde her \u015feyi ayarl\u0131yor. \u00dcstelik, bu kod dosyas\u0131n\u0131 Git gibi bir versiyon kontrol sistemine (version control system<\/code>) y\u00fckleyerek, kimin ne zaman hangi de\u011fi\u015fikli\u011fi yapt\u0131\u011f\u0131n\u0131 da takip edebiliyorsun. Bu sayede, “kim bozdu bunu?” kavgalar\u0131 da tarihe kar\u0131\u015f\u0131yor!<\/p>\n

Terraform’un bu kadar sevilmesinin bir di\u011fer nedeni de, mevcut altyap\u0131n\u0131 da kodla y\u00f6netebilme yetene\u011fi. Yani, daha \u00f6nce elle kurdu\u011fun bir sunucuyu bile Terraform’a “ithal edebilir” (import<\/code>) ve gelecekteki de\u011fi\u015fiklikleri kod \u00fczerinden yapabilirsin. Bu da eski projeleri modernize etmek isteyenler i\u00e7in b\u00fcy\u00fck bir avantaj. \u00d6zetle, Terraform, altyap\u0131 y\u00f6netimini daha h\u0131zl\u0131, daha g\u00fcvenilir ve daha tekrarlanabilir hale getiren sihirli bir de\u011fnek gibi d\u00fc\u015f\u00fcnebilirsin. Tekrar edilebilir olmak, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k sistemlerde, hatalar\u0131 minimize etmek ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini standartla\u015ft\u0131rmak a\u00e7\u0131s\u0131ndan hayati \u00f6neme sahiptir. Bu sayede, her da\u011f\u0131t\u0131m\u0131n ayn\u0131 kalitede ve ayn\u0131 konfig\u00fcrasyonla ger\u00e7ekle\u015fti\u011finden emin olursun.<\/p>\n

Neden Terraform Kullanmal\u0131y\u0131z? Manuel \u0130\u015flemlere Elveda!<\/h3>\n

\u015eimdi gelelim can al\u0131c\u0131 soruya: “Neden Terraform kullanmal\u0131y\u0131m ki? Ben zaten t\u0131kla t\u0131kla yap\u0131yorum i\u015fimi.” \u0130\u015fte bu d\u00fc\u015f\u00fcnceyi de\u011fi\u015ftirecek birka\u00e7 sa\u011flam neden:<\/p>\n

    \n
  1. Tutarl\u0131l\u0131k ve Tekrarlanabilirlik (Consistency & Repeatability):<\/strong> Manuel kurulumlarda hepimiz hata yapar\u0131z. Bir ayar\u0131 unuturuz, yanl\u0131\u015f bir de\u011fer gireriz. Terraform ile bu sorunlar ortadan kalkar. \u00c7\u00fcnk\u00fc altyap\u0131n kodda tan\u0131ml\u0131d\u0131r ve bu kod her \u00e7al\u0131\u015ft\u0131\u011f\u0131nda ayn\u0131 sonucu verir. Geli\u015ftirme, test ve \u00fcretim ortamlar\u0131n\u0131 birebir ayn\u0131 \u015fekilde olu\u015fturabilirsin. Bu, “benim makinemde \u00e7al\u0131\u015f\u0131yordu” sendromunu ortadan kald\u0131r\u0131r.<\/li>\n
  2. H\u0131z ve Otomasyon (Speed & Automation):<\/strong> Bir sunucuya m\u0131 ihtiyac\u0131n var? Eskiden saatler s\u00fcren kurulumlar, Terraform ile dakikalar i\u00e7inde haz\u0131r hale gelir. Yeni bir proje mi ba\u015fl\u0131yor? Birka\u00e7 komutla t\u00fcm altyap\u0131y\u0131 an\u0131nda aya\u011fa kald\u0131rabilirsin. Bu otomasyon, \u00f6zellikle h\u0131zl\u0131 teslimat (rapid deployment<\/code>) ve s\u00fcrekli entegrasyon\/s\u00fcrekli teslimat (CI\/CD<\/code>) s\u00fcre\u00e7lerinde kritik bir rol oynar.<\/li>\n
  3. Versiyon Kontrol\u00fc ve Geri Alma (Version Control & Rollback):<\/strong> Kod tabanl\u0131 oldu\u011fu i\u00e7in Terraform yap\u0131land\u0131rma dosyalar\u0131n\u0131 Git gibi sistemlerle y\u00f6netebilirsin. Bu, kimin ne zaman hangi de\u011fi\u015fikli\u011fi yapt\u0131\u011f\u0131n\u0131 g\u00f6rmeni, hatal\u0131 bir de\u011fi\u015fikli\u011fi kolayca geri alman\u0131 ve hatta farkl\u0131 versiyonlar aras\u0131nda ge\u00e7i\u015f yapman\u0131 sa\u011flar. Bu \u00f6zellik, altyap\u0131 de\u011fi\u015fikliklerinin denetlenebilirli\u011fini art\u0131r\u0131r ve felaket durumlar\u0131nda h\u0131zl\u0131 kurtarma imkan\u0131 sunar.<\/li>\n
  4. Maliyet Optimizasyonu (Cost Optimization):<\/strong> Terraform, “Ne var ne yok?” diye bir bak\u0131\u015f atar. Yani, gereksiz kaynaklar\u0131n \u00e7al\u0131\u015fmas\u0131n\u0131 engelleyebilir veya kullan\u0131lmayan kaynaklar\u0131 tespit edip kald\u0131rmana yard\u0131mc\u0131 olabilir. \u00d6rne\u011fin, test ortamlar\u0131n\u0131 sadece ihtiya\u00e7 duyuldu\u011funda a\u00e7\u0131p, i\u015fin bitince kapatarak bulut faturalar\u0131n\u0131 d\u00fc\u015f\u00fcrebilirsin. Ayr\u0131ca, kaynaklar\u0131 standartla\u015ft\u0131rarak ve gereksiz “g\u00f6lge IT” (shadow IT<\/code>) olu\u015fumunu engelleyerek maliyetleri daha etkin y\u00f6netebilirsin.<\/li>\n
  5. Ortak \u00c7al\u0131\u015fma ve Belgelendirme (Collaboration & Documentation):<\/strong> Terraform kodlar\u0131, altyap\u0131n\u0131n neye benzedi\u011fini a\u00e7\u0131k\u00e7a g\u00f6sterir. Bu, yeni bir ekip \u00fcyesinin sisteme h\u0131zla adapte olmas\u0131n\u0131 sa\u011flar. Ayr\u0131ca, kodun kendisi canl\u0131 bir belgelendirme g\u00f6revi g\u00f6r\u00fcr. Ekip \u00fcyeleri, kod \u00fczerinden altyap\u0131 de\u011fi\u015fikliklerini kolayca g\u00f6zden ge\u00e7irebilir ve birlikte \u00e7al\u0131\u015fabilir. Bu, bilgi payla\u015f\u0131m\u0131n\u0131 art\u0131r\u0131r ve ekip i\u00e7inde daha \u015feffaf bir \u00e7al\u0131\u015fma ortam\u0131 yarat\u0131r.<\/li>\n
  6. \u00c7oklu Bulut Deste\u011fi (Multi-Cloud Support):<\/strong> AWS, Azure, GCP… Hangi bulut sa\u011flay\u0131c\u0131s\u0131n\u0131 kullan\u0131rsan kullan, Terraform ile hepsini tek bir dilden y\u00f6netebilirsin. Bu, farkl\u0131 sa\u011flay\u0131c\u0131lar\u0131n g\u00fc\u00e7l\u00fc y\u00f6nlerini kullanmana ve tek bir sa\u011flay\u0131c\u0131ya ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 azaltmana olanak tan\u0131r. \u00d6rne\u011fin, veritaban\u0131n\u0131 bir bulutta, web sunucular\u0131n\u0131 ba\u015fka bir bulutta bar\u0131nd\u0131rarak daha dayan\u0131kl\u0131 ve esnek bir altyap\u0131 kurabilirsin.<\/li>\n<\/ol>\n

    Ger\u00e7ek d\u00fcnya senaryosuna bakal\u0131m: Bir yaz\u0131l\u0131m \u015firketi d\u00fc\u015f\u00fcn. Her yeni m\u00fc\u015fteri i\u00e7in \u00f6zel bir test ortam\u0131 kurmalar\u0131 gerekiyor. Eskiden bu, her m\u00fc\u015fteri i\u00e7in AWS konsoluna girip ayn\u0131 ad\u0131mlar\u0131 tekrar tekrar yapmak demekti. Bu da hem zaman al\u0131c\u0131 hem de hatalara a\u00e7\u0131kt\u0131. \u015eimdi ise, Terraform ile bu test ortam\u0131n\u0131n “tarifini” bir kere yaz\u0131yorlar. Yeni bir m\u00fc\u015fteri geldi\u011finde, sadece bir komutla t\u00fcm ortam\u0131 dakikalar i\u00e7inde haz\u0131r hale getiriyorlar. \u00dcstelik, her ortam birebir ayn\u0131 oluyor, bu da test s\u00fcre\u00e7lerinin g\u00fcvenilirli\u011fini art\u0131r\u0131yor. Bu otomasyon sayesinde, ekip daha \u00e7ok i\u015f geli\u015ftirmeye odaklanabiliyor, manuel operasyonlarla bo\u011fu\u015fmak zorunda kalm\u0131yor.<\/p>\n

    Terraform Nas\u0131l \u00c7al\u0131\u015f\u0131r? Temel Ta\u015flar ve \u0130\u015f Ak\u0131\u015f\u0131<\/h3>\n

    Peki, bu Terraform denen arkada\u015f tam olarak nas\u0131l bir sihir yap\u0131yor? Temel mant\u0131\u011f\u0131n\u0131 ve \u00e7al\u0131\u015fma prensibini anlamak, onu etkin bir \u015fekilde kullanman\u0131n ilk ad\u0131m\u0131. \u0130\u015fte Terraform’un temel bile\u015fenleri ve i\u015f ak\u0131\u015f\u0131:<\/p>\n

    HCL (HashiCorp Configuration Language): Altyap\u0131n\u0131n Dili<\/h4>\n

    Terraform, altyap\u0131n\u0131 tan\u0131mlamak i\u00e7in kendi dilini kullan\u0131r: HCL<\/strong>. Bu dil, JSON’a benzese de, insanlar taraf\u0131ndan daha kolay okunabilir ve yaz\u0131labilir olmas\u0131 i\u00e7in tasarlanm\u0131\u015ft\u0131r. HCL ile hangi bulut sa\u011flay\u0131c\u0131s\u0131n\u0131 kullanaca\u011f\u0131n\u0131, hangi kaynaklar\u0131 (sanal makineler, veritabanlar\u0131, a\u011f kurallar\u0131 vb.) olu\u015fturaca\u011f\u0131n\u0131 ve bu kaynaklar\u0131n \u00f6zelliklerini belirtirsin. \u00d6rne\u011fin, bir AWS EC2 sanal sunucusu olu\u015fturmak i\u00e7in \u015f\u00f6yle bir HCL kodu yazabilirsin:<\/p>\n

    \n
    \nprovider \"aws\" {\n  region = \"us-east-1\" # Hangi AWS b\u00f6lgesinde \u00e7al\u0131\u015faca\u011f\u0131m\u0131z\u0131 belirtiyoruz\n}\n\nresource \"aws_instance\" \"web_server\" {\n  ami           = \"ami-0abcdef1234567890\" # Kullan\u0131lacak sanal makine imaj\u0131n\u0131n ID'si\n  instance_type = \"t2.micro\" # Sanal makinenin tipi\n  tags = {\n    Name        = \"BenimWebSunucum\"\n    Environment = \"Development\"\n  }\n}\n      <\/code><\/pre>\n<\/p><\/div>\n
    G\u00f6rd\u00fc\u011f\u00fcn gibi, olduk\u00e7a anla\u015f\u0131l\u0131r bir yap\u0131ya sahip. provider<\/code> blo\u011fu hangi bulut sa\u011flay\u0131c\u0131s\u0131n\u0131 kullanaca\u011f\u0131m\u0131z\u0131 belirtirken, resource<\/code> blo\u011fu ise olu\u015fturmak istedi\u011fimiz kayna\u011f\u0131 (bu \u00f6rnekte bir AWS EC2 instance’\u0131) ve onun \u00f6zelliklerini tan\u0131ml\u0131yor.<\/p>\n
    Providers (Sa\u011flay\u0131c\u0131lar): Bulutlarla Konu\u015fan Terc\u00fcmanlar<\/h4>\n
    Terraform’un farkl\u0131 bulut sa\u011flay\u0131c\u0131lar\u0131yla (AWS, Azure, GCP) ve di\u011fer hizmetlerle (Kubernetes, GitHub vb.) konu\u015fabilmesini sa\u011flayan eklentilere Provider (Sa\u011flay\u0131c\u0131)<\/strong> denir. Her sa\u011flay\u0131c\u0131, kendi API’si (Uygulama Programlama Aray\u00fcz\u00fc) arac\u0131l\u0131\u011f\u0131yla ilgili hizmetle etkile\u015fime girer. Yani sen HCL ile “bana bir AWS S3 kovas\u0131 olu\u015ftur” dedi\u011finde, AWS sa\u011flay\u0131c\u0131s\u0131 bu iste\u011fi AWS API’sine uygun bir \u015fekilde \u00e7evirip AWS’e g\u00f6nderir. Bu sayede, sen farkl\u0131 bulutlar\u0131n karma\u015f\u0131k API detaylar\u0131n\u0131 \u00f6\u011frenmek zorunda kalmazs\u0131n, sadece Terraform’un basit HCL dilini bilirsin.<\/p>\n
    Resources (Kaynaklar): Ger\u00e7ek D\u00fcnya Nesneleri<\/h4>\n
    resource<\/code> bloklar\u0131, Terraform’un y\u00f6netti\u011fi ger\u00e7ek d\u00fcnya nesneleridir. Bir sanal makine, bir veritaban\u0131, bir depolama kovas\u0131, bir a\u011f g\u00fcvenlik grubu… Bunlar\u0131n hepsi birer kaynakt\u0131r. Her kaynak t\u00fcr\u00fc, kulland\u0131\u011f\u0131n sa\u011flay\u0131c\u0131ya \u00f6zg\u00fcd\u00fcr (\u00f6rne\u011fin aws_instance<\/code> AWS i\u00e7in, azurerm_virtual_machine<\/code> Azure i\u00e7in). Sen bu kaynaklar\u0131 HCL dosyalar\u0131nda tan\u0131mlars\u0131n, Terraform da bunlar\u0131 bulut platformunda olu\u015fturur, g\u00fcnceller veya siler.<\/p>\n
    State File (Durum Dosyas\u0131): Terraform’un Haf\u0131zas\u0131<\/h4>\n
    Terraform, senin HCL dosyalar\u0131nda tan\u0131mlad\u0131\u011f\u0131n altyap\u0131 ile ger\u00e7ekte bulutta var olan altyap\u0131 aras\u0131ndaki ili\u015fkiyi bir durum dosyas\u0131 (state file<\/code>)<\/strong> i\u00e7inde saklar. Bu dosya, Terraform’un olu\u015fturdu\u011fu t\u00fcm kaynaklar\u0131n bir kayd\u0131n\u0131 tutar. \u00d6rne\u011fin, bir sanal makine olu\u015fturdu\u011funda, Terraform bu sanal makinenin ID’sini, IP adresini ve di\u011fer \u00f6zelliklerini durum dosyas\u0131na yazar. Bir sonraki Terraform komutunu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131nda, Terraform \u00f6nce bu durum dosyas\u0131na bakar, ard\u0131ndan HCL kodunla kar\u015f\u0131la\u015ft\u0131r\u0131r ve sadece gerekli de\u011fi\u015fiklikleri yapar. Bu dosya genellikle terraform.tfstate<\/code> ad\u0131yla bulunur ve \u00e7ok \u00f6nemlidir! Bu dosya olmadan Terraform, mevcut altyap\u0131n\u0131 tan\u0131yamaz ve y\u00f6netemez.<\/p>\n
    Terraform \u0130\u015f Ak\u0131\u015f\u0131: init, plan, apply, destroy<\/h4>\n
    Terraform ile \u00e7al\u0131\u015fman\u0131n temel bir i\u015f ak\u0131\u015f\u0131 vard\u0131r:<\/p>\n
      \n
    1. terraform init<\/code>:<\/strong> Bu komut, bir Terraform projesine ba\u015flad\u0131\u011f\u0131nda veya yeni sa\u011flay\u0131c\u0131lar\/mod\u00fcller ekledi\u011finde \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r. Terraform’un \u00e7al\u0131\u015fma dizinini (working directory<\/code>) ba\u015flat\u0131r, gerekli sa\u011flay\u0131c\u0131 eklentilerini indirir ve arka u\u00e7 (backend<\/code>) yap\u0131land\u0131rmas\u0131n\u0131 ayarlar.<\/li>\n
    2. terraform plan<\/code>:<\/strong> Bu komut, Terraform’un HCL kodunu okuyup, mevcut durum dosyas\u0131yla kar\u015f\u0131la\u015ft\u0131rarak bulutta hangi de\u011fi\u015fiklikleri yapaca\u011f\u0131n\u0131 sana g\u00f6sterir. Hi\u00e7bir de\u011fi\u015fiklik yapmaz, sadece bir \u00f6nizleme sunar. Bu, “Uygula” demeden \u00f6nce ne olaca\u011f\u0131n\u0131 g\u00f6rmeni sa\u011flar ve olas\u0131 hatalar\u0131n \u00f6n\u00fcne ge\u00e7mek i\u00e7in kritik \u00f6neme sahiptir.<\/li>\n
    3. terraform apply<\/code>:<\/strong> \u0130\u015fte sihrin ger\u00e7ekle\u015fti\u011fi an! Bu komut, plan<\/code> komutunun g\u00f6sterdi\u011fi de\u011fi\u015fiklikleri bulutta uygular. Genellikle senden bir onay (yes<\/code> yazarak) ister. Bu komut, tan\u0131mlad\u0131\u011f\u0131n kaynaklar\u0131 olu\u015fturur, g\u00fcnceller veya siler.<\/li>\n
    4. terraform destroy<\/code>:<\/strong> Bu komut, Terraform taraf\u0131ndan y\u00f6netilen t\u00fcm kaynaklar\u0131 buluttan siler. Test ortamlar\u0131n\u0131 temizlemek veya bir projeyi tamamen kapatmak i\u00e7in kullan\u0131\u015fl\u0131d\u0131r. Ancak dikkatli kullan\u0131lmal\u0131d\u0131r, \u00e7\u00fcnk\u00fc geri d\u00f6n\u00fc\u015f\u00fc olmayan bir i\u015flemdir!<\/li>\n<\/ol>\n
      Bu ad\u0131mlar, Terraform’u kullanarak altyap\u0131n\u0131 g\u00fcvenli ve kontroll\u00fc bir \u015fekilde y\u00f6netmenin temelini olu\u015fturur. Bu i\u015f ak\u0131\u015f\u0131n\u0131 iyi anlamak, Terraform’u verimli bir \u015fekilde kullanman\u0131n anahtar\u0131d\u0131r.<\/p>\n
      \u0130lk Terraform Projenizi Olu\u015fturmak: Ad\u0131m Ad\u0131m Rehber<\/h3>\n
      \u015eimdi teoriyi bir kenara b\u0131rak\u0131p, ellerimizi kirletme zaman\u0131! \u0130lk Terraform projemizi olu\u015fturarak bir AWS S3 kovas\u0131 (bucket<\/code>) nas\u0131l kuraca\u011f\u0131m\u0131z\u0131 g\u00f6relim. Bu \u00f6rnek, Terraform’un temel i\u015fleyi\u015fini anlamana yard\u0131mc\u0131 olacak.<\/p>\n
      1. \u00d6n Ko\u015fullar:<\/h4>\n