Kubernetes, modern bulut-native uygulamalar\u0131n temel ta\u015f\u0131 haline geldi. Ancak, bu g\u00fc\u00e7l\u00fc orkestrasyon arac\u0131n\u0131 y\u00f6netmenin iki temel yolu vard\u0131r: imperative (zorunlu) ve declarative (bildirimsel). Bu iki yakla\u015f\u0131m\u0131n fark\u0131n\u0131, avantajlar\u0131n\u0131 ve dezavantajlar\u0131n\u0131, bir DigitalOcean karikat\u00fcr\u00fc tad\u0131nda, teknik detaylardan \u00f6d\u00fcn vermeden inceleyece\u011fiz.<\/p>\n
Imperative y\u00f6netim, ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, bir dizi komut ve ad\u0131m dizisi arac\u0131l\u0131\u011f\u0131yla istenen duruma ula\u015fmay\u0131 hedefler. Bir nevi, bir robot a\u015f\u00e7\u0131ya tarif verir gibi: “\u015eimdi unu koy, sonra yumurtay\u0131 k\u0131r, kar\u0131\u015ft\u0131r…” Her ad\u0131m\u0131n ne yap\u0131laca\u011f\u0131n\u0131 a\u00e7\u0131k\u00e7a belirtirsiniz. Kubernetes’te bu, Karikat\u00fcr Sahnesi:<\/strong><\/p>\n Bir DigitalOcean kullan\u0131c\u0131s\u0131, elinde bir s\u00fcr\u00fc * Karakter 1 (Kullan\u0131c\u0131):<\/strong> “Tamam, \u00f6nce bir Deployment olu\u015fturaca\u011f\u0131m. * Karakter 2 (Kubernetes):<\/strong> (Sab\u0131rla bekleyen bir robot gibi) “Komutlar\u0131n\u0131z al\u0131nd\u0131. \u0130lk ad\u0131m\u0131 tamamlad\u0131m. \u0130kinci ad\u0131m\u0131 tamamlad\u0131m. \u00dc\u00e7\u00fcnc\u00fc ad\u0131m i\u00e7in hangi eylemi ger\u00e7ekle\u015ftirece\u011finizi bekliyorum.”<\/p>\n Teknik Detaylar ve Dezavantajlar\u0131:<\/strong><\/p>\n * Ad\u0131m Ad\u0131m Kontrol:<\/strong> Her komut, tek bir eylemi ger\u00e7ekle\u015ftirir. Bir kayna\u011f\u0131 olu\u015fturur, g\u00fcnceller veya siler. Avantajlar\u0131 (S\u0131n\u0131rl\u0131 Durumlar \u0130\u00e7in):<\/strong><\/p>\n * Basit Senaryolar:<\/strong> \u00c7ok basit, tek seferlik i\u015flemler veya h\u0131zl\u0131 denemeler i\u00e7in ba\u015flang\u0131\u00e7ta daha anla\u015f\u0131l\u0131r olabilir. Declarative y\u00f6netim, istenen nihai durumu tan\u0131mlayan bir veya daha fazla yap\u0131land\u0131rma dosyas\u0131 (genellikle YAML format\u0131nda) kullan\u0131r. Siz Kubernetes’e “Benim \u015f\u00f6yle bir Deployment’\u0131m olmal\u0131, \u015fu imaj\u0131 kullanmal\u0131, \u015fu kadar replica’ya sahip olmal\u0131” dersiniz. Kubernetes’in kendisi de bu duruma ula\u015fmak i\u00e7in gerekli ad\u0131mlar\u0131 belirler ve uygular. Bu, bir restorana gidip “Ben dana biftek istiyorum, orta pi\u015fmi\u015f olsun” demek gibidir. A\u015f\u00e7\u0131n\u0131n (Kubernetes’in) bunu nas\u0131l yapaca\u011f\u0131 sizi ilgilendirmez.<\/p>\n Karikat\u00fcr Sahnesi:<\/strong><\/p>\n Ayn\u0131 kullan\u0131c\u0131, bu sefer elinde tek bir YAML dosyas\u0131yla (bir DigitalOcean Manifest dosyas\u0131 gibi) daha rahat bir \u015fekilde duruyor. Dosyay\u0131 Kubernetes k\u00fcmesine do\u011fru uzat\u0131yor.<\/p>\n * Karakter 1 (Kullan\u0131c\u0131):<\/strong> (YAML dosyas\u0131n\u0131 g\u00f6stererek) “\u0130\u015fte istedi\u011fim bu! Bir adet * Karakter 2 (Kubernetes):<\/strong> (G\u00fcl\u00fcmseyerek) “Anla\u015f\u0131ld\u0131. \u0130stenen durumunuz kaydedildi. Mevcut durumunuzu kontrol ediyorum. Deployment ve Service’i olu\u015fturuyorum\/g\u00fcncelliyorum. \u0130stedi\u011finiz duruma ula\u015f\u0131ld\u0131. Her \u015fey yolunda.”<\/p>\n Teknik Detaylar ve Avantajlar\u0131:<\/strong><\/p>\n * \u0130stenen Durum Tan\u0131m\u0131:<\/strong> T\u00fcm konfig\u00fcrasyon, kaynaklar\u0131n \u00f6zelliklerini ve ili\u015fkilerini tan\u0131mlayan manifest dosyalar\u0131nda yer al\u0131r. Dezavantajlar\u0131:<\/strong><\/p>\n * Ba\u015flang\u0131\u00e7 \u00d6\u011frenme E\u011frisi:<\/strong> YAML format\u0131n\u0131 ve Kubernetes API nesnelerini anlamak ba\u015flang\u0131\u00e7ta biraz zaman alabilir. DigitalOcean, bulut-native d\u00fcnyada Kubernetes’i daha eri\u015filebilir hale getirmek i\u00e7in \u00f6nemli ad\u0131mlar atm\u0131\u015ft\u0131r. DigitalOcean Kubernetes (DOKS) hizmeti, y\u00f6netilen Kubernetes k\u00fcmesi sunarak altyap\u0131 y\u00f6netimi y\u00fck\u00fcn\u00fc azalt\u0131r. Karikat\u00fcr\u00fcm\u00fczde, DigitalOcean’\u0131n bu iki y\u00f6netim modelini nas\u0131l destekledi\u011fini g\u00f6rebiliriz.<\/p>\n Karikat\u00fcr Sahnesi (Devam\u0131):<\/strong><\/p>\n Kullan\u0131c\u0131, art\u0131k declarative yakla\u015f\u0131m\u0131n rahatl\u0131\u011f\u0131n\u0131 ke\u015ffetmi\u015f durumda. Elindeki YAML dosyas\u0131n\u0131 DigitalOcean’\u0131n Kubernetes k\u00fcmesine uyguluyor.<\/p>\n * Karakter 1 (Kullan\u0131c\u0131):<\/strong> (G\u00fcl\u00fcmseyerek) “Harika! Art\u0131k tek yapmam gereken bu YAML dosyas\u0131n\u0131 Git’e commit etmek ve CI\/CD boru hatt\u0131m gerisini halledecek. DigitalOcean’\u0131n bu kadar kolay olaca\u011f\u0131n\u0131 bilmiyordum!”<\/p>\n * Karakter 2 (DigitalOcean Botu):<\/strong> (Elinde DigitalOcean logosuyla) “Memnuniyetle! DOKS ile d\u00e9claratif y\u00f6netim sizin i\u00e7in \u00e7ok daha basit. Biz altyap\u0131y\u0131 y\u00f6netirken, siz sadece uygulaman\u0131z\u0131 tan\u0131mlay\u0131n. Ve unutmay\u0131n, DigitalOcean App Platform gibi hizmetlerimizle bu s\u00fcreci daha da otomatikle\u015ftirebilirsiniz.”<\/p>\n DigitalOcean, yaln\u0131zca DOKS ile altyap\u0131y\u0131 sa\u011flamakla kalmaz, ayn\u0131 zamanda uygulamalar\u0131 konu\u015fland\u0131rmay\u0131 ve y\u00f6netmeyi kolayla\u015ft\u0131ran ara\u00e7lar ve hizmetler sunar. \u00d6rne\u011fin, DigitalOcean App Platform, manifest dosyalar\u0131n\u0131z\u0131 veya Dockerfile’lar\u0131n\u0131z\u0131 kullanarak uygulamalar\u0131 do\u011frudan da\u011f\u0131tman\u0131za olanak tan\u0131r, bu da declarative prensiplerini daha da basitle\u015ftirir.<\/p>\n Modern DevOps ve bulut-native uygulamalar i\u00e7in declarative y\u00f6netim neredeyse standart haline gelmi\u015ftir. Bunun birka\u00e7 temel nedeni vard\u0131r:<\/p>\n * \u00d6l\u00e7eklenebilirlik:<\/strong> Uygulamalar\u0131n\u0131z b\u00fcy\u00fcd\u00fck\u00e7e ve karma\u015f\u0131kla\u015ft\u0131k\u00e7a, imperative komut dizilerini y\u00f6netmek imkans\u0131z hale gelir. Declarative yakla\u015f\u0131m, sistemin durumunu tan\u0131mlamaya odaklanarak \u00f6l\u00e7eklenmeyi kolayla\u015ft\u0131r\u0131r. Imperative ve declarative y\u00f6netim modelleri aras\u0131ndaki se\u00e7im, genellikle projenin karma\u015f\u0131kl\u0131\u011f\u0131na, ekibin deneyimine ve otomasyon hedeflerine ba\u011fl\u0131d\u0131r. Ancak, modern bulut-native d\u00fcnyas\u0131nda, declarative y\u00f6netim, sundu\u011fu \u00f6l\u00e7eklenebilirlik, g\u00fcvenilirlik ve verimlilik avantajlar\u0131 nedeniyle a\u00e7\u0131k ara tercih edilen yakla\u015f\u0131md\u0131r.<\/p>\n DigitalOcean gibi platformlar, Kubernetes’i y\u00f6netmeyi kolayla\u015ft\u0131rarak, hem imperative hem de declarative yakla\u015f\u0131mlar\u0131 destekler. Ancak, uzun vadeli ba\u015far\u0131 ve s\u00fcrd\u00fcr\u00fclebilirlik i\u00e7in, declarative y\u00f6netim modeline ge\u00e7i\u015f yapmak ve manifest dosyalar\u0131n\u0131 Git gibi ara\u00e7larla y\u00f6netmek, uygulaman\u0131z\u0131n bulutta daha sa\u011flam ve esnek bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\n Karikat\u00fcr\u00fcm\u00fczdeki kullan\u0131c\u0131 gibi, siz de declarative y\u00f6netimin g\u00fcc\u00fcn\u00fc ke\u015ffederek, Kubernetes ile \u00e7al\u0131\u015fmay\u0131 daha verimli ve daha az stresli hale getirebilirsiniz. Unutmay\u0131n, Kubernetes’e ne istedi\u011finizi s\u00f6yleyin, nas\u0131l yapaca\u011f\u0131n\u0131 ona b\u0131rak\u0131n!<\/p>\nkubectl apply<\/code> yerine kubectl create<\/code>, kubectl replace<\/code>, kubectl delete<\/code> gibi komutlar\u0131 do\u011frudan kullanmak anlam\u0131na gelir.<\/p>\nkubectl<\/code> komutuyla dolu bir not defteriyle karars\u0131z bir \u015fekilde duruyor. \u00d6n\u00fcnde bir Kubernetes k\u00fcmesi var ve bu k\u00fcmenin tam olarak nas\u0131l \u00e7al\u0131\u015fmas\u0131 gerekti\u011fini ad\u0131m ad\u0131m talimatlarla anlatmaya \u00e7al\u0131\u015f\u0131yor.<\/p>\nkubectl create deployment nginx-app --image=nginx:latest<\/code>. Sonra bir Service ekleyece\u011fim. kubectl create service clusterip nginx-service --tcp=80:80 --selector=app=nginx-app<\/code>. Ve e\u011fer bu deployment’\u0131 g\u00fcncellemem gerekirse… hmm, san\u0131r\u0131m \u00f6nce kubectl delete deployment nginx-app<\/code> yap\u0131p sonra kubectl create deployment nginx-app --image=nginx:1.21.0<\/code> diyece\u011fim. Ya da belki kubectl apply --filename deployment.yaml<\/code>? Hay\u0131r, o daha \u00e7ok di\u011ferine benziyor…”<\/p>\n
\n* Durum Takibi Zorlu\u011fu:<\/strong> Mevcut durumun ne oldu\u011funu takip etmek kullan\u0131c\u0131ya kal\u0131r. E\u011fer bir komut ba\u015far\u0131s\u0131z olursa, sistemin tam olarak hangi durumda kald\u0131\u011f\u0131n\u0131 anlamak karma\u015f\u0131kla\u015fabilir.
\n* \u0130zlenebilirlik ve Tekrarlanabilirlik Sorunlar\u0131:<\/strong> Bir konfig\u00fcrasyonu tekrarlamak veya farkl\u0131 bir ortama ta\u015f\u0131mak istedi\u011finizde, t\u00fcm komut dizisini yeniden y\u00fcr\u00fctmeniz gerekir. Bu, hatalara a\u00e7\u0131k bir s\u00fcre\u00e7tir.
\n* Hata Y\u00f6netimi:<\/strong> Bir komut ba\u015far\u0131s\u0131z oldu\u011funda, \u00f6nceki komutlar\u0131n etkilerini geri almak veya sistemi tutarl\u0131 bir duruma getirmek zordur.
\n* \u0130nsan Hatalar\u0131na A\u00e7\u0131kl\u0131k:<\/strong> Karma\u015f\u0131k sistemlerde, yanl\u0131\u015f komut s\u0131ras\u0131 veya eksik bir ad\u0131m, istenmeyen sonu\u00e7lara yol a\u00e7abilir.<\/p>\n
\n* E\u011fitim Ama\u00e7l\u0131:<\/strong> Kubernetes’in temel operasyonlar\u0131n\u0131 \u00f6\u011frenirken, her bir komutun ne yapt\u0131\u011f\u0131n\u0131 g\u00f6rmek faydal\u0131 olabilir.<\/p>\n2. Declarative (Bildirimsel) Y\u00f6netim: “\u0130stedi\u011fim bu!”<\/h3>\n
nginx-app<\/code> Deployment’\u0131 var, nginx:latest<\/code> imaj\u0131n\u0131 kullan\u0131yor, 3 replica’s\u0131 olmal\u0131. Ve bir de nginx-service<\/code> ad\u0131nda bir ClusterIP Service’i var, 80 portunu d\u0131\u015far\u0131ya a\u00e7\u0131yor ve app=nginx-app<\/code> label’\u0131na sahip pod’lara ba\u011flan\u0131yor. kubectl apply -f my-app.yaml<\/code>. \u015eimdi sen bunu hallet.”<\/p>\n
\n* Kubernetes’in Sorumlulu\u011fu:<\/strong> Kubernetes kontrol d\u00fczlemi, mevcut durumu istenen durumla kar\u015f\u0131la\u015ft\u0131r\u0131r ve aradaki farklar\u0131 kapatmak i\u00e7in gerekli i\u015flemleri (olu\u015fturma, g\u00fcncelleme, silme) otomatik olarak ger\u00e7ekle\u015ftirir.
\n* \u0130zlenebilirlik ve Tekrarlanabilirlik:<\/strong> Manifest dosyalar\u0131, bir uygulaman\u0131n veya sistemin tam olarak nas\u0131l yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131n\u0131 belgeler. Bu dosyalarla, ayn\u0131 konfig\u00fcrasyonu farkl\u0131 ortamlarda kolayca tekrarlayabilirsiniz.
\n* G\u00fcvenilirlik ve Tutarl\u0131l\u0131k:<\/strong> Sistem, s\u00fcrekli olarak istenen duruma ula\u015fmaya \u00e7al\u0131\u015f\u0131r. E\u011fer bir pod \u00f6l\u00fcrse, Kubernetes otomatik olarak yenisini ba\u015flat\u0131r. Bu, “kendini iyile\u015ftiren” bir sistem sa\u011flar.
\n* S\u00fcr\u00fcm Kontrol\u00fc:<\/strong> Manifest dosyalar\u0131 Git gibi s\u00fcr\u00fcm kontrol sistemlerine entegre edilebilir. Bu, de\u011fi\u015fiklikleri takip etmenize, geri alman\u0131za ve kimin ne zaman neyi de\u011fi\u015ftirdi\u011fini bilmenize olanak tan\u0131r.
\n* Otomasyon ve CI\/CD Entegrasyonu:<\/strong> Declarative yakla\u015f\u0131m, s\u00fcrekli entegrasyon ve s\u00fcrekli da\u011f\u0131t\u0131m (CI\/CD) boru hatlar\u0131na do\u011fal olarak uyar. Yeni bir \u00f6zellik eklendi\u011finde, manifest dosyas\u0131 g\u00fcncellenir ve CI\/CD s\u00fcreci otomatik olarak da\u011f\u0131t\u0131m\u0131 ger\u00e7ekle\u015ftirir.
\n* GitOps:<\/strong> Declarative y\u00f6netim, GitOps prensiplerinin temelini olu\u015fturur. Git deposundaki manifest dosyalar\u0131, “tek do\u011fru kaynak” (single source of truth) haline gelir.<\/p>\n
\n* Karma\u015f\u0131k Durum Y\u00f6netimi:<\/strong> \u00c7ok karma\u015f\u0131k, \u00e7ok ad\u0131ml\u0131 ge\u00e7i\u015fler veya \u00f6zel durumlar i\u00e7in manifest dosyalar\u0131n\u0131 y\u00f6netmek zorla\u015fabilir. Ancak bu t\u00fcr senaryolar genellikle daha geli\u015fmi\u015f ara\u00e7larla veya operasyonel desenlerle \u00e7\u00f6z\u00fcl\u00fcr.<\/p>\n3. DigitalOcean’\u0131n Rol\u00fc ve Karikat\u00fcr\u00fcn Devam\u0131<\/h3>\n
4. Neden Declarative Y\u00f6netim Tercih Edilmeli?<\/h3>\n
\n* G\u00fcvenilirlik:<\/strong> Otomatik durum takibi ve d\u00fczeltme mekanizmalar\u0131, sisteminizin her zaman istenen durumda olmas\u0131n\u0131 sa\u011flar.
\n* Verimlilik:<\/strong> Geli\u015ftiriciler ve operasyon ekipleri, altyap\u0131 y\u00f6netimi yerine uygulama geli\u015ftirmeye odaklanabilir.
\n* \u0130\u015fbirli\u011fi:<\/strong> S\u00fcr\u00fcm kontroll\u00fc manifest dosyalar\u0131, ekiplerin birlikte \u00e7al\u0131\u015fmas\u0131n\u0131 ve de\u011fi\u015fiklikleri daha \u015feffaf bir \u015fekilde y\u00f6netmesini sa\u011flar.
\n* Felaket Kurtarma:<\/strong> Bir k\u00fcme \u00e7\u00f6kt\u00fc\u011f\u00fcnde, declarative manifest dosyalar\u0131 sayesinde uygulamalar\u0131n\u0131z\u0131 ve altyap\u0131n\u0131z\u0131 h\u0131zla yeniden olu\u015fturabilirsiniz.<\/p>\n5. Sonu\u00e7<\/h3>\n