Yap\u0131land\u0131rma y\u00f6netimi (Configuration Management), modern IT altyap\u0131lar\u0131n\u0131n temel ta\u015flar\u0131ndan biridir. Geli\u015fen teknolojiyle birlikte sunucu say\u0131lar\u0131n\u0131n artmas\u0131, karma\u015f\u0131k uygulama mimarileri ve s\u00fcrekli de\u011fi\u015fen i\u015f gereksinimleri, sistemleri manuel olarak y\u00f6netmenin s\u00fcrd\u00fcr\u00fclemez hale gelmesine neden olmu\u015ftur. Bu noktada, otomasyon ara\u00e7lar\u0131 devreye girerek, altyap\u0131n\u0131n tutarl\u0131, tekrarlanabilir ve \u00f6l\u00e7eklenebilir bir \u015fekilde y\u00f6netilmesini sa\u011flamaktad\u0131r. Bu makalede, yap\u0131land\u0131rma y\u00f6netiminin ne oldu\u011funu, neden bu kadar \u00f6nemli oldu\u011funu ve bu alandaki en pop\u00fcler ve etkili ara\u00e7lardan biri olan Ansible’\u0131n temel prensiplerini, mimarisini ve kullan\u0131m\u0131n\u0131 derinlemesine inceleyece\u011fiz.<\/p>\n
Yap\u0131land\u0131rma y\u00f6netimi, bir sistemin veya yaz\u0131l\u0131m\u0131n belirli bir durumunu (yap\u0131land\u0131rmas\u0131n\u0131) tan\u0131mlama, izleme, kontrol etme ve s\u00fcrd\u00fcrme s\u00fcrecidir. Bu s\u00fcre\u00e7, sunucular\u0131n, a\u011f cihazlar\u0131n\u0131n, veritabanlar\u0131n\u0131n ve uygulamalar\u0131n do\u011fru bir \u015fekilde kurulmas\u0131n\u0131, yap\u0131land\u0131r\u0131lmas\u0131n\u0131 ve g\u00fcncel kalmas\u0131n\u0131 garanti eder. Temel amac\u0131, bir sistemin her zaman beklenen \u015fekilde \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmak ve bu durumu tekrarlanabilir, \u00f6ng\u00f6r\u00fclebilir bir \u015fekilde sa\u011flamakt\u0131r.<\/p>\n
Geleneksel olarak, sistem y\u00f6neticileri sunucular\u0131 ve uygulamalar\u0131 manuel olarak kurar ve yap\u0131land\u0131r\u0131rd\u0131. Ancak bu yakla\u015f\u0131m, “snowflake” sunucular ad\u0131 verilen, her biri kendine \u00f6zg\u00fc ve manuel olarak yap\u0131land\u0131r\u0131lm\u0131\u015f, birbirinden farkl\u0131 sistemlerin ortaya \u00e7\u0131kmas\u0131na yol a\u00e7ar. Bu durum, tutars\u0131zl\u0131klar\u0131, hatalar\u0131 ve g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 beraberinde getirir. Bir sistemdeki bir de\u011fi\u015fiklik, di\u011fer sistemleri etkileyebilir ve sorun giderme s\u00fcre\u00e7leri uzayabilir. Ayr\u0131ca, manuel s\u00fcre\u00e7ler zaman al\u0131c\u0131d\u0131r, insan hatas\u0131na a\u00e7\u0131kt\u0131r ve b\u00fcy\u00fck \u00f6l\u00e7ekli altyap\u0131larda pratik de\u011fildir.<\/p>\n
Yap\u0131land\u0131rma y\u00f6netiminin temel prensipleri \u015funlard\u0131r:<\/p>\n
* Tutarl\u0131l\u0131k (Consistency):<\/strong> T\u00fcm sistemlerin belirlenen standartlara uygun olarak yap\u0131land\u0131r\u0131lmas\u0131n\u0131 sa\u011flamak. Bu prensipler, DevOps k\u00fclt\u00fcr\u00fcn\u00fcn ve “altyap\u0131 kod olarak” (Infrastructure as Code – IaC) yakla\u015f\u0131m\u0131n\u0131n temelini olu\u015fturur. IaC ile altyap\u0131 bile\u015fenleri, yaz\u0131l\u0131m kodu gibi versiyon kontrol sistemlerinde (Git gibi) saklan\u0131r, incelenir ve da\u011f\u0131t\u0131l\u0131r.<\/p>\n Yap\u0131land\u0131rma y\u00f6netimi alan\u0131nda Puppet, Chef, SaltStack gibi bir\u00e7ok g\u00fc\u00e7l\u00fc ara\u00e7 bulunmas\u0131na ra\u011fmen, Ansible son y\u0131llarda b\u00fcy\u00fck bir pop\u00fclerlik kazanm\u0131\u015ft\u0131r. Bunun birka\u00e7 \u00f6nemli nedeni vard\u0131r:<\/p>\n Ansible’\u0131n en b\u00fcy\u00fck avantajlar\u0131ndan biri, y\u00f6netilen sunuculara herhangi bir “ajan” (agent) yaz\u0131l\u0131m\u0131 kurma zorunlulu\u011fu olmamas\u0131d\u0131r. Di\u011fer bir\u00e7ok yap\u0131land\u0131rma y\u00f6netim arac\u0131, y\u00f6netilen d\u00fc\u011f\u00fcmlerde s\u00fcrekli \u00e7al\u0131\u015fan bir ajan gerektirirken, Ansible standart SSH protokol\u00fcn\u00fc (veya Windows i\u00e7in WinRM’yi) kullanarak hedef sunucularla ileti\u015fim kurar. Bu, kurulumu ve bak\u0131m\u0131 \u00e7ok daha basit hale getirir, g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 azalt\u0131r ve altyap\u0131ya ek ba\u011f\u0131ml\u0131l\u0131klar getirmez. Sadece Python’\u0131n hedef sunucularda kurulu olmas\u0131 yeterlidir (\u00e7o\u011fu Linux da\u011f\u0131t\u0131m\u0131nda varsay\u0131lan olarak gelir).<\/p>\n Ansible, yap\u0131land\u0131rma g\u00f6revlerini tan\u0131mlamak i\u00e7in YAML (YAML Ain’t Markup Language) kullan\u0131r. YAML, insan taraf\u0131ndan kolayca okunabilen ve yaz\u0131labilen basit bir veri serile\u015ftirme format\u0131d\u0131r. Bu sayede, Ansible playbook’lar\u0131 (yap\u0131land\u0131rma dosyalar\u0131), teknik olmayan ki\u015filerin bile temel d\u00fczeyde anlayabilece\u011fi bir yap\u0131ya sahiptir. Karma\u015f\u0131k betik dilleri veya \u00f6zel DSL’ler (Domain Specific Languages) \u00f6\u011frenmeye gerek kalmaz.<\/p>\n Ansible, sadece sunucu yap\u0131land\u0131rmas\u0131 i\u00e7in de\u011fil, ayn\u0131 zamanda uygulama da\u011f\u0131t\u0131m\u0131, orkestrasyon, a\u011f otomasyonu, g\u00fcvenlik otomasyonu ve bulut kaynak y\u00f6netimi gibi geni\u015f bir yelpazede kullan\u0131labilir. Binlerce yerle\u015fik mod\u00fcl\u00fc sayesinde, neredeyse her t\u00fcrl\u00fc g\u00f6revi otomatikle\u015ftirebilirsiniz. \u0130htiya\u00e7 duyulan bir mod\u00fcl yoksa, Python ile kolayca kendi \u00f6zel mod\u00fcllerinizi yazabilirsiniz.<\/p>\n Ansible, a\u00e7\u0131k kaynak bir projedir ve Red Hat taraf\u0131ndan desteklenmektedir. Geni\u015f ve aktif bir geli\u015ftirici ve kullan\u0131c\u0131 toplulu\u011funa sahiptir. Bu, s\u00fcrekli geli\u015fim, zengin dok\u00fcmantasyon, h\u0131zl\u0131 hata d\u00fczeltmeleri ve \u00e7ok say\u0131da \u00f6rnek ve kaynak anlam\u0131na gelir.<\/p>\n Ansible mod\u00fclleri, do\u011fas\u0131 gere\u011fi idempotent olacak \u015fekilde tasarlanm\u0131\u015ft\u0131r. Bu, bir Ansible playbook’unu birden fazla kez \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, sistemin yaln\u0131zca gerekli de\u011fi\u015fiklikleri yapaca\u011f\u0131 ve zaten do\u011fru durumda olan bile\u015fenleri de\u011fi\u015ftirmeyece\u011fi anlam\u0131na gelir. Bu \u00f6zellik, g\u00fcvenli ve \u00f6ng\u00f6r\u00fclebilir otomasyon sa\u011flar.<\/p>\n Ansible’\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 anlamak i\u00e7in temel bile\u015fenlerini ve kavramlar\u0131n\u0131 bilmek \u00f6nemlidir.<\/p>\n Ansible’\u0131n y\u00fckl\u00fc oldu\u011fu ve playbook’lar\u0131n \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131 makinedir. Bu, bir geli\u015ftiricinin i\u015f istasyonu, bir CI\/CD sunucusu veya \u00f6zel bir otomasyon sunucusu olabilir. Kontrol d\u00fc\u011f\u00fcm\u00fc, y\u00f6netilen d\u00fc\u011f\u00fcmlere SSH \u00fczerinden ba\u011flanarak komutlar\u0131 ve mod\u00fclleri \u00e7al\u0131\u015ft\u0131r\u0131r.<\/p>\n Ansible taraf\u0131ndan y\u00f6netilen sunuculara veya cihazlara “y\u00f6netilen d\u00fc\u011f\u00fcmler” denir. Bu d\u00fc\u011f\u00fcmler, Linux sunucular\u0131, Windows sunucular\u0131, a\u011f cihazlar\u0131 veya bulut kaynaklar\u0131 olabilir. Ansible, bu d\u00fc\u011f\u00fcmlerin bir listesini bir “envanter” (inventory) dosyas\u0131nda tutar.<\/p>\n Envanter dosyas\u0131, Ansible’\u0131n y\u00f6netecek oldu\u011fu t\u00fcm ana bilgisayarlar\u0131n listesini i\u00e7erir. Bu dosya genellikle INI format\u0131nda veya YAML format\u0131nda yaz\u0131l\u0131r ve ana bilgisayarlar\u0131 gruplara ay\u0131rman\u0131za olanak tan\u0131r.<\/p>\n \u00d6rnek Bu \u00f6rnekte, Mod\u00fcller, Ansible’\u0131n belirli g\u00f6revleri ger\u00e7ekle\u015ftirmek i\u00e7in kulland\u0131\u011f\u0131 k\u00fc\u00e7\u00fck, ba\u011f\u0131ms\u0131z programlard\u0131r. Ansible, binlerce yerle\u015fik mod\u00fcl sunar ve her biri belirli bir i\u015flevi yerine getirir. \u00d6rne\u011fin: Ansible, bir mod\u00fcl\u00fc y\u00f6netilen d\u00fc\u011f\u00fcmde \u00e7al\u0131\u015ft\u0131r\u0131r, \u00e7\u0131kt\u0131s\u0131n\u0131 toplar ve ard\u0131ndan mod\u00fcl\u00fc siler.<\/p>\n Bir g\u00f6rev (task), belirli bir mod\u00fcl\u00fcn belirli parametrelerle \u00e7a\u011fr\u0131lmas\u0131d\u0131r. Playbook’lar, bir dizi g\u00f6revden olu\u015fur. Her g\u00f6rev, ne yap\u0131laca\u011f\u0131n\u0131 ve hangi mod\u00fcl\u00fcn kullan\u0131laca\u011f\u0131n\u0131 a\u00e7\u0131klar.<\/p>\n \u00d6rnek bir g\u00f6rev:<\/strong><\/p>\n Bu g\u00f6rev, Playbook’lar, Ansible’\u0131n kalbidir. Y\u00f6netilen d\u00fc\u011f\u00fcmler \u00fczerinde ger\u00e7ekle\u015ftirilecek bir dizi g\u00f6revi ve bu g\u00f6revlerin hangi d\u00fc\u011f\u00fcmlerde \u00e7al\u0131\u015ft\u0131r\u0131laca\u011f\u0131n\u0131 tan\u0131mlayan YAML dosyalar\u0131d\u0131r. Playbook’lar, bir senaryoyu veya bir i\u015f ak\u0131\u015f\u0131n\u0131 otomatikle\u015ftirmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n Bir playbook’un temel yap\u0131s\u0131 \u015funlar\u0131 i\u00e7erir: Roller, playbook’lar\u0131 daha mod\u00fcler, yeniden kullan\u0131labilir ve d\u00fczenli hale getirmek i\u00e7in kullan\u0131lan bir yap\u0131d\u0131r. Bir rol, belirli bir i\u015flevsellikle ilgili t\u00fcm dosyalar\u0131 (g\u00f6revler, i\u015fleyiciler, de\u011fi\u015fkenler, \u015fablonlar, dosyalar) standart bir dizin yap\u0131s\u0131 alt\u0131nda grupland\u0131r\u0131r. \u00d6rne\u011fin, bir “webserver” rol\u00fc, Apache veya Nginx’i kurma, yap\u0131land\u0131rma ve \u00e7al\u0131\u015ft\u0131rma g\u00f6revlerini i\u00e7erebilir.<\/p>\n De\u011fi\u015fkenler, playbook’larda ve envanter dosyalar\u0131nda dinamik de\u011ferler kullanmak i\u00e7in kullan\u0131l\u0131r. Bu, playbook’lar\u0131 daha esnek ve genel hale getirir. De\u011fi\u015fkenler farkl\u0131 yerlerde tan\u0131mlanabilir: envanter dosyalar\u0131 ( Ansible, y\u00f6netilen d\u00fc\u011f\u00fcmler hakk\u0131nda bir\u00e7ok bilgiyi (i\u015fletim sistemi, IP adresleri, bellek, disk bilgileri vb.) otomatik olarak toplar. Bu bilgilere “ger\u00e7ekler” (facts) denir ve playbook’larda ko\u015fullu i\u015flemler yapmak veya dinamik yap\u0131land\u0131rmalar olu\u015fturmak i\u00e7in kullan\u0131labilir. \u00d6rne\u011fin, \u0130\u015fleyiciler, normal g\u00f6revlerden farkl\u0131d\u0131r \u00e7\u00fcnk\u00fc yaln\u0131zca bir g\u00f6rev taraf\u0131ndan “bildirildi\u011finde” (notified) \u00e7al\u0131\u015f\u0131rlar. Genellikle bir yap\u0131land\u0131rma dosyas\u0131 de\u011fi\u015fti\u011finde bir servisi yeniden ba\u015flatmak gibi durumlar i\u00e7in kullan\u0131l\u0131rlar. Bu, gereksiz servis yeniden ba\u015flatmalar\u0131n\u0131 \u00f6nleyerek idempotentli\u011fi art\u0131r\u0131r.<\/p>\n Ansible’\u0131 kontrol d\u00fc\u011f\u00fcm\u00fcne kurmak olduk\u00e7a basittir. Genellikle Python’\u0131n pip paketi y\u00f6neticisi veya i\u015fletim sisteminin kendi paket y\u00f6neticisi kullan\u0131l\u0131r.<\/p>\n Pip ile kurulum (\u00f6nerilen):<\/strong><\/p>\n Debian\/Ubuntu tabanl\u0131 sistemlerde:<\/strong><\/p>\n Red Hat\/CentOS tabanl\u0131 sistemlerde:<\/strong><\/p>\n Kurulumdan sonra, Ansible’\u0131n do\u011fru kuruldu\u011funu ve s\u00fcr\u00fcm\u00fcn\u00fc kontrol edebilirsiniz:<\/p>\n Bu komut, Ansible s\u00fcr\u00fcm\u00fcn\u00fc, Python s\u00fcr\u00fcm\u00fcn\u00fc ve di\u011fer yap\u0131land\u0131rma bilgilerini g\u00f6sterecektir.<\/p>\n \u015eimdi basit bir Ansible playbook’u olu\u015fturarak ve \u00e7al\u0131\u015ft\u0131rarak temel kavramlar\u0131 prati\u011fe d\u00f6kelim. Amac\u0131m\u0131z, \u0130lk olarak, y\u00f6netilecek sunucular\u0131 tan\u0131mlayan bir envanter dosyas\u0131 olu\u015ftural\u0131m. \u015eimdi Bu sayfa Ansible ile otomatize edildi.<\/p>\"\n\n tasks:\n - name: Paket onbelle\u011fini guncelle (Debian\/Ubuntu)\n apt:\n update_cache: yes\n when: ansible_os_family == \"Debian\"\n\n - name: Apache HTTP Sunucusunu kur\n apt:\n name: apache2\n state: present\n when: ansible_os_family == \"Debian\"\n\n - name: Apache HTTP Sunucusunu kur (RedHat\/CentOS)\n yum:\n name: httpd\n state: present\n when: ansible_os_family == \"RedHat\"\n\n - name: Apache HTTP Sunucusunun \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan ve ba\u015flang\u0131\u00e7ta etkin oldu\u011fundan emin ol\n service:\n name: \"{{ 'apache2' if ansible_os_family == 'Debian' else 'httpd' }}\"\n state: started\n enabled: yes\n\n - name: Basit bir index.html dosyas\u0131 olu\u015ftur\n copy:\n content: \"{{ index_content }}\"\n dest: \/var\/www\/html\/index.html\n mode: '0644'\n\n - name: Apache varsay\u0131lan portunu ayarla (Opsiyonel, sadece \u00f6rnek i\u00e7in)\n lineinfile:\n path: \/etc\/apache2\/ports.conf\n regexp: '^Listen 80'\n line: 'Listen {{ apache_port }}'\n when: ansible_os_family == \"Debian\"\n notify: restart apache\n\n handlers:\n - name: restart apache\n service:\n name: \"{{ 'apache2' if ansible_os_family == 'Debian' else 'httpd' }}\"\n state: restarted<\/code><\/pre>\n Bu playbook’ta \u015funlar\u0131 yap\u0131yoruz: Playbook’u \u00e7al\u0131\u015ft\u0131rmak i\u00e7in a\u015fa\u011f\u0131daki komutu kullan\u0131n:<\/p>\n * Komut \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda, Ansible her g\u00f6revin durumunu ve de\u011fi\u015fiklikleri g\u00f6steren bir \u00e7\u0131kt\u0131 verecektir. Ansible’\u0131 daha verimli ve \u00f6l\u00e7eklenebilir bir \u015fekilde kullanmak i\u00e7in baz\u0131 geli\u015fmi\u015f kavramlar\u0131 ve en iyi uygulamalar\u0131 anlamak \u00f6nemlidir.<\/p>\n Daha \u00f6nce bahsetti\u011fimiz gibi, roller Ansible’da yap\u0131land\u0131rmay\u0131 organize etmenin ve yeniden kullanman\u0131n en iyi yoludur. Bir rol, belirli bir i\u015flevi (\u00f6rne\u011fin, bir web sunucusu veya veritaban\u0131 sunucusu yap\u0131land\u0131rmak) yerine getirmek i\u00e7in gereken t\u00fcm g\u00f6revleri, de\u011fi\u015fkenleri, \u015fablonlar\u0131 ve dosyalar\u0131 i\u00e7eren standart bir dizin yap\u0131s\u0131d\u0131r.<\/p>\n \u00d6rnek bir rol yap\u0131s\u0131:<\/strong><\/p>\n Bir playbook’ta rol kullanmak \u00e7ok basittir:<\/p>\n Roller, b\u00fcy\u00fck projelerde kodun okunabilirli\u011fini, bak\u0131m\u0131n\u0131 ve yeniden kullan\u0131labilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. De\u011fi\u015fkenler, Ansible’\u0131 dinamik ve esnek hale getirir. De\u011fi\u015fkenleri farkl\u0131 yerlerde tan\u0131mlayabilir ve \u00f6ncelik s\u0131ralar\u0131na g\u00f6re kullanabilirsiniz: De\u011fi\u015fken \u00f6ncelikleri, hangi de\u011fi\u015fkenin ayn\u0131 adla tan\u0131mland\u0131\u011f\u0131nda kullan\u0131laca\u011f\u0131n\u0131 belirler. Genellikle daha spesifik de\u011fi\u015fkenler (\u00f6rne\u011fin Ansible, dinamik yap\u0131land\u0131rma dosyalar\u0131 olu\u015fturmak i\u00e7in Jinja2 \u015fablon motorunu kullan\u0131r. Bu \u015fablon, Ansible, bir g\u00f6revi birden fazla \u00f6\u011fe \u00fczerinde tekrarlamak i\u00e7in d\u00f6ng\u00fcler sa\u011flar. Bu, kullan\u0131c\u0131 olu\u015fturma, paket kurma veya dizin olu\u015fturma gibi tekrarlayan g\u00f6revler i\u00e7in kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n Hassas verileri (\u015fifreler, API anahtarlar\u0131, \u00f6zel anahtarlar) do\u011frudan playbook’larda veya envanter dosyalar\u0131nda saklamak g\u00fcvenlik riskleri ta\u015f\u0131r. Ansible Vault, bu t\u00fcr verileri \u015fifreleyerek g\u00fcvenli bir \u015fekilde saklaman\u0131za olanak tan\u0131r. Bulut ortamlar\u0131nda (AWS, Azure, GCP) veya sanalla\u015ft\u0131rma platformlar\u0131nda sunucular s\u00fcrekli olarak de\u011fi\u015febilir. Dinamik envanter, Ansible’\u0131n envanterini otomatik olarak bu platformlardan veya bir CMDB’den \u00e7ekmesini sa\u011flar. Bu, envanteri manuel olarak g\u00fcncelleme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r ve b\u00fcy\u00fck, dinamik altyap\u0131lar i\u00e7in vazge\u00e7ilmezdir.<\/p>\n Ansible’\u0131n temel prensiplerinden biri olan idempotency, playbook’lar\u0131n\u0131z\u0131n g\u00fcvenilirli\u011fini art\u0131r\u0131r. Bir g\u00f6revi birden fazla kez \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, sistemin durumu yaln\u0131zca ilk \u00e7al\u0131\u015ft\u0131rmadan sonra de\u011fi\u015fir. Sonraki \u00e7al\u0131\u015ft\u0131rmalar, sistem zaten istenen durumdaysa herhangi bir de\u011fi\u015fiklik yapmaz. Bu, hatalar\u0131 \u00f6nler ve sistemlerinizin her zaman bekledi\u011finiz gibi yap\u0131land\u0131r\u0131lmas\u0131n\u0131 sa\u011flar.<\/p>\n Playbook’lar\u0131 devreye almadan \u00f6nce test etmek \u00e7ok \u00f6nemlidir. Ansible’\u0131n esnekli\u011fi, onu \u00e7ok \u00e7e\u015fitli IT operasyonlar\u0131nda kullan\u0131labilir k\u0131lar:<\/p>\n * Sunucu Sa\u011flama ve Yap\u0131land\u0131rma (Server Provisioning):<\/strong> Yeni sunucular\u0131n i\u015fletim sistemi kurulumundan temel yaz\u0131l\u0131m paketlerinin y\u00fcklenmesine, g\u00fcvenlik ayarlar\u0131n\u0131n yap\u0131lmas\u0131na kadar t\u00fcm s\u00fcrecin otomasyonu. Ansible, modern IT altyap\u0131lar\u0131nda yap\u0131land\u0131rma y\u00f6netimi ve otomasyon i\u00e7in vazge\u00e7ilmez bir ara\u00e7 haline gelmi\u015ftir. Arac\u0131s\u0131z mimarisi, basit YAML tabanl\u0131 s\u00f6zdizimi ve geni\u015f mod\u00fcl k\u00fct\u00fcphanesi sayesinde, sistem y\u00f6neticileri ve DevOps m\u00fchendisleri i\u00e7in \u00f6\u011frenmesi ve kullanmas\u0131 kolay, ancak son derece g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n Manuel s\u00fcre\u00e7lerin yol a\u00e7t\u0131\u011f\u0131 tutars\u0131zl\u0131klar\u0131, hatalar\u0131 ve zaman kayb\u0131n\u0131 ortadan kald\u0131rarak, Ansible altyap\u0131n\u0131n “kod olarak” y\u00f6netilmesini sa\u011flar. Bu, ekiplerin daha h\u0131zl\u0131, daha g\u00fcvenilir ve daha \u00f6l\u00e7eklenebilir bir \u015fekilde \u00e7al\u0131\u015fmas\u0131na olanak tan\u0131r. Uygulama da\u011f\u0131t\u0131m\u0131ndan g\u00fcvenlik otomasyonuna kadar geni\u015f bir kullan\u0131m alan\u0131na sahip olan Ansible, DevOps k\u00fclt\u00fcr\u00fcn\u00fcn benimsenmesinde ve operasyonel verimlili\u011fin art\u0131r\u0131lmas\u0131nda kilit bir rol oynamaktad\u0131r.<\/p>\n Yap\u0131land\u0131rma y\u00f6netimine yeni ba\u015flayanlar i\u00e7in Ansible, basitli\u011fi ve h\u0131zl\u0131 ba\u015flang\u0131\u00e7 imkan\u0131 sunmas\u0131yla m\u00fckemmel bir se\u00e7imdir. Temel kavramlar\u0131 anlad\u0131ktan ve ilk playbook’lar\u0131n\u0131z\u0131 yazd\u0131ktan sonra, roller, \u015fablonlar, de\u011fi\u015fkenler ve Vault gibi geli\u015fmi\u015f \u00f6zelliklerle otomasyon yeteneklerinizi geni\u015fletebilir, daha karma\u015f\u0131k ve sa\u011flam \u00e7\u00f6z\u00fcmler olu\u015fturabilirsiniz. S\u00fcrekli \u00f6\u011frenme ve pratik yapma, Ansible’da uzmanla\u015fman\u0131n ve modern IT altyap\u0131lar\u0131n\u0131 ba\u015far\u0131l\u0131 bir \u015fekilde y\u00f6netmenin anahtar\u0131d\u0131r.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Ansible ile Yap\u0131land\u0131rma Y\u00f6netimine Giri\u015f\nYap\u0131land\u0131rma y\u00f6netimi (Configuration Management), modern IT altyap\u0131lar\u0131n\u0131n temel ta\u015flar\u0131ndan bi","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-33273","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* Tekrarlanabilirlik (Reproducibility):<\/strong> Ayn\u0131 yap\u0131land\u0131rma s\u00fcrecinin her zaman ayn\u0131 sonucu vermesini garanti etmek. Bu, yeni bir sunucu kurarken veya mevcut bir sunucuyu yeniden yap\u0131land\u0131r\u0131rken kritik \u00f6neme sahiptir.
\n* Hata Azaltma (Error Reduction):<\/strong> Otomasyon sayesinde insan hatalar\u0131n\u0131 en aza indirmek.
\n* \u00d6l\u00e7eklenebilirlik (Scalability):<\/strong> Altyap\u0131 b\u00fcy\u00fcd\u00fck\u00e7e, yap\u0131land\u0131rma s\u00fcre\u00e7lerini kolayca geni\u015fletebilmek.
\n* Dok\u00fcmantasyon (Documentation):<\/strong> Yap\u0131land\u0131rma kodunun kendisi, sistemin mevcut durumunun canl\u0131 bir dok\u00fcmantasyonu haline gelir.
\n* Idempotency (Tekrar \u00c7al\u0131\u015fabilirlik):<\/strong> Bir operasyonun birden fazla kez uygulanmas\u0131n\u0131n, ilk uygulamadan sonra sistemin durumunu de\u011fi\u015ftirmemesi. Yani, bir paketi zaten kuruluysa tekrar kurmaya \u00e7al\u0131\u015fmak veya bir servisi zaten \u00e7al\u0131\u015f\u0131yorsa tekrar ba\u015flatmaya \u00e7al\u0131\u015fmak, herhangi bir yan etki yaratmamal\u0131d\u0131r.<\/p>\nNeden Ansible?<\/h3>\n
Arac\u0131s\u0131z (Agentless) Mimari<\/h4>\n
Basitlik ve Okunabilirlik<\/h4>\n
G\u00fc\u00e7l\u00fc ve Esnek<\/h4>\n
A\u00e7\u0131k Kaynak ve B\u00fcy\u00fck Topluluk Deste\u011fi<\/h4>\n
Idempotency Odakl\u0131 Tasar\u0131m<\/h4>\n
Ansible Mimarisi ve Temel Kavramlar<\/h3>\n
Kontrol D\u00fc\u011f\u00fcm\u00fc (Control Node)<\/h4>\n
Y\u00f6netilen D\u00fc\u011f\u00fcmler (Managed Nodes \/ Inventory)<\/h4>\n
Envanter Dosyas\u0131 (Inventory File)<\/h5>\n
inventory.ini<\/code>:<\/strong><\/p>\n[webservers]\nweb1.example.com\nweb2.example.com ansible_user=ubuntu\n\n[databases]\ndb1.example.com\ndb2.example.com\n\n[all:vars]\nansible_python_interpreter=\/usr\/bin\/python3<\/code><\/pre>\nwebservers<\/code> ve databases<\/code> ad\u0131nda iki grup tan\u0131mlanm\u0131\u015ft\u0131r. web2.example.com<\/code> i\u00e7in \u00f6zel bir SSH kullan\u0131c\u0131s\u0131 (ansible_user<\/code>) belirtilmi\u015ftir. [all:vars]<\/code> b\u00f6l\u00fcm\u00fc ise t\u00fcm ana bilgisayarlar i\u00e7in ge\u00e7erli olacak genel de\u011fi\u015fkenleri tan\u0131mlar.<\/p>\nMod\u00fcller (Modules)<\/h4>\n
\n* apt<\/code>, yum<\/code>, dnf<\/code>: Paket y\u00f6netimi (Debian tabanl\u0131 veya Red Hat tabanl\u0131 sistemlerde).
\n* service<\/code>: Servisleri ba\u015flatma, durdurma, yeniden ba\u015flatma.
\n* copy<\/code>: Dosyalar\u0131 kopyalama.
\n* file<\/code>: Dosyalar, dizinler ve sembolik ba\u011flant\u0131larla \u00e7al\u0131\u015fma.
\n* user<\/code>: Kullan\u0131c\u0131 hesaplar\u0131n\u0131 y\u00f6netme.
\n* shell<\/code>, command<\/code>: Kabuk komutlar\u0131 \u00e7al\u0131\u015ft\u0131rma.
\n* git<\/code>: Git depolar\u0131n\u0131 klonlama.
\n* template<\/code>: Jinja2 \u015fablonlar\u0131n\u0131 kullanarak yap\u0131land\u0131rma dosyalar\u0131 olu\u015fturma.<\/p>\nG\u00f6revler (Tasks)<\/h4>\n
- name: Apache HTTP Sunucusunu kur\n apt:\n name: apache2\n state: present<\/code><\/pre>\napt<\/code> mod\u00fcl\u00fcn\u00fc kullanarak apache2<\/code> paketinin kurulu olmas\u0131n\u0131 (state: present<\/code>) sa\u011flar.<\/p>\nPlaybook’lar (Playbooks)<\/h4>\n
\n* hosts<\/code>: G\u00f6revlerin hangi ana bilgisayar veya ana bilgisayar grubunda \u00e7al\u0131\u015ft\u0131r\u0131laca\u011f\u0131n\u0131 belirtir.
\n* become<\/code>: G\u00f6revlerin ayr\u0131cal\u0131kl\u0131 yetkilerle (sudo gibi) \u00e7al\u0131\u015ft\u0131r\u0131l\u0131p \u00e7al\u0131\u015ft\u0131r\u0131lmayaca\u011f\u0131n\u0131 belirtir.
\n* vars<\/code>: Playbook’a \u00f6zel de\u011fi\u015fkenleri tan\u0131mlar.
\n* tasks<\/code>: \u00c7al\u0131\u015ft\u0131r\u0131lacak g\u00f6revlerin listesi.
\n* handlers<\/code>: Belirli bir olay tetiklendi\u011finde (\u00f6rne\u011fin, bir yap\u0131land\u0131rma dosyas\u0131 de\u011fi\u015fti\u011finde) \u00e7al\u0131\u015fan g\u00f6revlerdir.<\/p>\nRoller (Roles)<\/h4>\n
De\u011fi\u015fkenler (Variables)<\/h4>\n
host_vars<\/code>, group_vars<\/code>), playbook’lar, roller veya komut sat\u0131r\u0131.<\/p>\nGer\u00e7ekler (Facts)<\/h4>\n
ansible_os_family<\/code> de\u011fi\u015fkeni bir d\u00fc\u011f\u00fcm\u00fcn i\u015fletim sistemi ailesini (Debian, RedHat gibi) i\u00e7erir.<\/p>\n\u0130\u015fleyiciler (Handlers)<\/h4>\n
Ansible Kurulumu<\/h3>\n
python3 -m pip install --user ansible<\/code><\/pre>\n--user<\/code> bayra\u011f\u0131, Ansible’\u0131 kullan\u0131c\u0131n\u0131n ev dizinine kurar ve sudo yetkisi gerektirmez.<\/p>\nsudo apt update\nsudo apt install ansible<\/code><\/pre>\nsudo yum install epel-release\nsudo yum install ansible<\/code><\/pre>\nansible --version<\/code><\/pre>\n\u0130lk Ansible Playbook’unuz<\/h3>\n
webservers<\/code> grubundaki t\u00fcm sunuculara Apache HTTP sunucusunu kurmak ve basit bir index.html<\/code> dosyas\u0131 da\u011f\u0131tmakt\u0131r.<\/p>\nEnvanter Dosyas\u0131 Olu\u015fturma<\/h4>\n
inventory.ini<\/code> ad\u0131nda bir dosya olu\u015fturun:<\/p>\n# inventory.ini\n[webservers]\nyour_web_server_ip_or_hostname\n\u00d6rne\u011fin:<\/h2>\n
web1.example.com<\/h2>\n
192.168.1.10<\/code><\/pre>\n<\/h2>\n
your_web_server_ip_or_hostname<\/code> k\u0131sm\u0131n\u0131 kendi test sunucunuzun IP adresi veya ana bilgisayar ad\u0131yla de\u011fi\u015ftirin. Bu sunucunun SSH eri\u015fimine sahip oldu\u011funuzdan ve Python’\u0131n kurulu oldu\u011fundan emin olun.<\/p>\nBasit Bir Playbook Yazma<\/h4>\n
apache_install.yml<\/code> ad\u0131nda bir playbook dosyas\u0131 olu\u015ftural\u0131m:<\/p>\n---\n- name: Apache HTTP Sunucusunu Kur ve Yap\u0131land\u0131r\n hosts: webservers\n become: yes # Bu g\u00f6revleri sudo yetkisiyle \u00e7al\u0131\u015ft\u0131r\n vars:\n apache_port: 80\n index_content: \"
\n* hosts: webservers<\/code>: G\u00f6revlerin inventory.ini<\/code> dosyas\u0131ndaki webservers<\/code> grubuna uygulanaca\u011f\u0131n\u0131 belirtir.
\n* become: yes<\/code>: G\u00f6revlerin sudo<\/code> yetkisiyle \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131n\u0131 sa\u011flar, \u00e7\u00fcnk\u00fc paket kurma ve servis y\u00f6netimi gibi i\u015flemler ayr\u0131cal\u0131kl\u0131 yetki gerektirir.
\n* vars<\/code>: apache_port<\/code> ve index_content<\/code> ad\u0131nda iki de\u011fi\u015fken tan\u0131mlar.
\n* tasks<\/code>:
\n * \u0130lk g\u00f6rev, Debian\/Ubuntu sistemlerinde paket \u00f6nbelle\u011fini g\u00fcnceller. when<\/code> ko\u015fulu ile sadece belirli bir i\u015fletim sistemi ailesinde \u00e7al\u0131\u015faca\u011f\u0131n\u0131 belirtir. ansible_os_family<\/code> bir Ansible “fact”idir.
\n * Sonraki iki g\u00f6rev, i\u015fletim sistemine g\u00f6re (Debian<\/code> veya RedHat<\/code>) Apache\/HTTPD paketini kurar.
\n * service<\/code> mod\u00fcl\u00fc, Apache servisinin \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan ve sistem ba\u015flang\u0131c\u0131nda otomatik olarak ba\u015flat\u0131ld\u0131\u011f\u0131ndan emin olur. Servis ad\u0131 i\u015fletim sistemine g\u00f6re dinamik olarak belirlenir.
\n * copy<\/code> mod\u00fcl\u00fc, index_content<\/code> de\u011fi\u015fkenindeki HTML i\u00e7eri\u011fini hedef sunucudaki \/var\/www\/html\/index.html<\/code> dosyas\u0131na kopyalar.
\n * lineinfile<\/code> mod\u00fcl\u00fc (iste\u011fe ba\u011fl\u0131), Apache’nin dinledi\u011fi portu de\u011fi\u015ftirir ve bu de\u011fi\u015fiklik oldu\u011funda restart apache<\/code> handler’\u0131n\u0131 tetikler.
\n* handlers<\/code>: restart apache<\/code> ad\u0131nda bir i\u015fleyici tan\u0131mlar. Bu i\u015fleyici, ancak ilgili g\u00f6rev (lineinfile<\/code> g\u00f6revi) taraf\u0131ndan notify<\/code> edildi\u011finde \u00e7al\u0131\u015f\u0131r.<\/p>\nPlaybook’u \u00c7al\u0131\u015ft\u0131rma<\/h4>\n
ansible-playbook -i inventory.ini apache_install.yml<\/code><\/pre>\n-i inventory.ini<\/code>: Kullan\u0131lacak envanter dosyas\u0131n\u0131 belirtir.
\n* apache_install.yml<\/code>: \u00c7al\u0131\u015ft\u0131r\u0131lacak playbook dosyas\u0131n\u0131 belirtir.<\/p>\nchanged<\/code> (de\u011fi\u015ftirildi), ok<\/code> (de\u011fi\u015fiklik yap\u0131lmad\u0131 veya ba\u015far\u0131l\u0131), failed<\/code> (ba\u015far\u0131s\u0131z) gibi durumlar\u0131 g\u00f6receksiniz. Playbook ba\u015far\u0131yla tamamland\u0131\u011f\u0131nda, web sunucunuzun IP adresini taray\u0131c\u0131n\u0131zda a\u00e7arak “Merhaba Ansible D\u00fcnyas\u0131!” mesaj\u0131n\u0131 g\u00f6rmelisiniz.<\/p>\nGeli\u015fmi\u015f Ansible Kavramlar\u0131 ve En \u0130yi Uygulamalar<\/h3>\n
Roller (Roles)<\/h4>\n
roles\/\n\u251c\u2500\u2500 webserver\/\n\u2502 \u251c\u2500\u2500 tasks\/\n\u2502 \u2502 \u2514\u2500\u2500 main.yml # Rol\u00fcn ana g\u00f6revleri\n\u2502 \u251c\u2500\u2500 handlers\/\n\u2502 \u2502 \u2514\u2500\u2500 main.yml # Rol\u00fcn i\u015fleyicileri\n\u2502 \u251c\u2500\u2500 vars\/\n\u2502 \u2502 \u2514\u2500\u2500 main.yml # Rol\u00fcn varsay\u0131lan de\u011fi\u015fkenleri\n\u2502 \u251c\u2500\u2500 templates\/ # Jinja2 \u015fablonlar\u0131\n\u2502 \u2502 \u2514\u2500\u2500 httpd.conf.j2\n\u2502 \u251c\u2500\u2500 files\/ # Kopyalanacak statik dosyalar\n\u2502 \u2502 \u2514\u2500\u2500 motd\n\u2502 \u2514\u2500\u2500 meta\/\n\u2502 \u2514\u2500\u2500 main.yml # Rol hakk\u0131nda meta veriler (ba\u011f\u0131ml\u0131l\u0131klar vb.)\n\u2514\u2500\u2500 database\/\n \u2514\u2500\u2500 ...<\/code><\/pre>\n- name: Web sunucular\u0131n\u0131 yap\u0131land\u0131r\n hosts: webservers\n become: yes\n roles:\n - webserver<\/code><\/pre>\nansible-galaxy init De\u011fi\u015fkenler (Variables)<\/h4>\n
\n* Envanter de\u011fi\u015fkenleri:<\/strong> inventory.ini<\/code> i\u00e7inde veya group_vars\/<\/code> ve host_vars\/<\/code> dizinlerinde.
\n* Playbook de\u011fi\u015fkenleri:<\/strong> Playbook dosyas\u0131n\u0131n vars<\/code> b\u00f6l\u00fcm\u00fcnde.
\n* Rol de\u011fi\u015fkenleri:<\/strong> Rol\u00fcn vars\/main.yml<\/code> dosyas\u0131nda.
\n* Komut sat\u0131r\u0131 de\u011fi\u015fkenleri:<\/strong> ansible-playbook -e \"key=value\"<\/code> ile.
\n* Ger\u00e7ekler (Facts):<\/strong> Ansible taraf\u0131ndan otomatik olarak toplanan sistem bilgileri.<\/p>\nhost_vars<\/code> i\u00e7indeki) daha genel de\u011fi\u015fkenlere (\u00f6rne\u011fin group_vars<\/code> i\u00e7indeki) g\u00f6re \u00f6nceliklidir.<\/p>\n\u015eablonlar (Templates – Jinja2)<\/h4>\n
template<\/code> mod\u00fcl\u00fc ile sunucuya \u00f6zel bilgiler (IP adresi, ana bilgisayar ad\u0131, de\u011fi\u015fkenler vb.) i\u00e7eren yap\u0131land\u0131rma dosyalar\u0131 olu\u015fturabilirsiniz.
\n\u00d6rnek nginx.conf.j2<\/code>:<\/strong><\/p>\nserver {\n listen {{ http_port | default(80) }};\n server_name {{ ansible_fqdn }};\n\n location \/ {\n root \/var\/www\/html;\n index index.html index.htm;\n }\n\n error_page 500 502 503 504 \/50x.html;\n location = \/50x.html {\n root \/usr\/share\/nginx\/html;\n }\n}<\/code><\/pre>\nhttp_port<\/code> de\u011fi\u015fkenini ve ansible_fqdn<\/code> (tam nitelikli alan ad\u0131) fact’ini kullanarak dinamik bir Nginx yap\u0131land\u0131rma dosyas\u0131 olu\u015fturur.<\/p>\nKo\u015fullar (Conditions –
when<\/code>)<\/h4>\nwhen<\/code> ifadesi, bir g\u00f6revin belirli bir ko\u015ful kar\u015f\u0131land\u0131\u011f\u0131nda \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. Bu, playbook’lar\u0131n\u0131z\u0131 farkl\u0131 i\u015fletim sistemleri veya ortamlar i\u00e7in daha esnek hale getirir.<\/p>\n- name: Nginx'i kur (Ubuntu\/Debian)\n apt: name=nginx state=present\n when: ansible_os_family == \"Debian\"\n\n- name: Nginx'i kur (CentOS\/RedHat)\n yum: name=nginx state=present\n when: ansible_os_family == \"RedHat\"<\/code><\/pre>\nD\u00f6ng\u00fcler (Loops)<\/h4>\n
- name: Birden fazla kullan\u0131c\u0131 olu\u015ftur\n user:\n name: \"{{ item.name }}\"\n state: present\n groups: \"{{ item.groups }}\"\n loop:\n - { name: 'ali', groups: 'users' }\n - { name: 'veli', groups: 'sudo' }\n - { name: 'ayse', groups: 'www-data' }<\/code><\/pre>\nVault (Hassas Veri Y\u00f6netimi)<\/h4>\n
\n* ansible-vault create secret.yml<\/code>: Yeni bir \u015fifreli dosya olu\u015fturur.
\n* ansible-vault encrypt my_vars.yml<\/code>: Mevcut bir dosyay\u0131 \u015fifreler.
\n* ansible-vault view secret.yml<\/code>: \u015eifreli bir dosyay\u0131 g\u00f6r\u00fcnt\u00fcler.
\n* ansible-vault edit secret.yml<\/code>: \u015eifreli bir dosyay\u0131 d\u00fczenler.
\nPlaybook’u \u00e7al\u0131\u015ft\u0131r\u0131rken ansible-playbook --ask-vault-pass<\/code> veya --vault-password-file<\/code> se\u00e7enekleriyle \u015fifre \u00e7\u00f6zme anahtar\u0131n\u0131 sa\u011flayabilirsiniz.<\/p>\nDinamik Envanter (Dynamic Inventory)<\/h4>\n
Idempotency’nin \u00d6nemi<\/h4>\n
Test Etme ve Do\u011frulama<\/h4>\n
\n* ansible-playbook --check<\/code>: Playbook’u \u00e7al\u0131\u015ft\u0131r\u0131r ancak herhangi bir de\u011fi\u015fiklik yapmaz, sadece nelerin de\u011fi\u015fece\u011fini raporlar (dry run).
\n* ansible-playbook --diff<\/code>: --check<\/code> ile birlikte kullan\u0131ld\u0131\u011f\u0131nda, yap\u0131lan de\u011fi\u015fikliklerin fark\u0131n\u0131 (diff) g\u00f6sterir.
\n* Geli\u015ftirme ve test ortamlar\u0131nda playbook’lar\u0131 \u00e7al\u0131\u015ft\u0131rmak, hatalar\u0131 \u00fcretim ortam\u0131na ula\u015fmadan tespit etmenin en iyi yoludur.<\/p>\nAnsible Kullan\u0131m Senaryolar\u0131<\/h3>\n
\n* Uygulama Da\u011f\u0131t\u0131m\u0131 (Application Deployment):<\/strong> Web sunucular\u0131, veritabanlar\u0131, uygulama sunucular\u0131 gibi katmanlar\u0131 i\u00e7eren karma\u015f\u0131k uygulamalar\u0131n h\u0131zl\u0131 ve tutarl\u0131 bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131.
\n* Orkestrasyon (Orchestration):<\/strong> Birden fazla sunucu veya servisin belirli bir s\u0131raya g\u00f6re \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131 veya y\u00f6netilmesi. \u00d6rne\u011fin, bir veritaban\u0131 yamas\u0131n\u0131 uygulamadan \u00f6nce web sunucular\u0131n\u0131 durdurmak, yamay\u0131 uygulamak ve sonra web sunucular\u0131n\u0131 yeniden ba\u015flatmak.
\n* G\u00fcvenlik Politikas\u0131 Uygulama (Security Policy Enforcement):<\/strong> G\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131n ayarlanmas\u0131, kullan\u0131c\u0131 izinlerinin y\u00f6netilmesi, g\u00fcvenlik yamalar\u0131n\u0131n uygulanmas\u0131 ve g\u00fcvenlik standartlar\u0131n\u0131n s\u00fcrekli olarak korunmas\u0131.
\n* A\u011f Cihaz\u0131 Y\u00f6netimi (Network Device Management):<\/strong> A\u011f anahtarlar\u0131, y\u00f6nlendiriciler ve g\u00fcvenlik duvarlar\u0131 gibi cihazlar\u0131n yap\u0131land\u0131rmas\u0131n\u0131n otomasyonu.
\n* Bulut Kaynak Y\u00f6netimi (Cloud Resource Management):<\/strong> AWS, Azure, GCP gibi bulut platformlar\u0131nda sanal makinelerin, depolama birimlerinin ve di\u011fer kaynaklar\u0131n sa\u011flanmas\u0131 ve y\u00f6netimi.<\/p>\nSonu\u00e7<\/h3>\n