G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen teknoloji d\u00fcnyas\u0131nda, uygulamalar\u0131n h\u0131zl\u0131 bir \u015fekilde geli\u015ftirilmesi, da\u011f\u0131t\u0131lmas\u0131 ve \u00f6l\u00e7eklendirilmesi, i\u015fletmelerin rekabet g\u00fcc\u00fcn\u00fc korumas\u0131 i\u00e7in hayati \u00f6nem ta\u015f\u0131maktad\u0131r. Monolitik mimarilerden mikroservislere ge\u00e7i\u015f ve konteyner teknolojilerinin y\u00fckseli\u015fiyle birlikte, bu karma\u015f\u0131k ortamlar\u0131 verimli bir \u015fekilde y\u00f6netmek i\u00e7in yeni ara\u00e7lara ve yakla\u015f\u0131mlara ihtiya\u00e7 duyulmu\u015ftur. \u0130\u015fte tam bu noktada, konteyner orkestrasyon platformlar\u0131n\u0131n lideri olan Kubernetes devreye girer. Google taraf\u0131ndan geli\u015ftirilen ve Cloud Native Computing Foundation (CNCF) b\u00fcnyesinde a\u00e7\u0131k kaynakl\u0131 bir proje olarak evrilen Kubernetes, modern bulut yerel (cloud-native) uygulamalar\u0131n omurgas\u0131n\u0131 olu\u015fturmaktad\u0131r.<\/p>\n
Bu makale, “Webinar Serisi: Kubernetes ile Ba\u015flang\u0131\u00e7” kapsam\u0131nda ele al\u0131nan konular\u0131 derinlemesine inceleyerek, Kubernetes’in temel prensiplerini, mimarisini, temel bile\u015fenlerini ve kullan\u0131m alanlar\u0131n\u0131 kapsaml\u0131 bir \u015fekilde a\u00e7\u0131klamay\u0131 hedeflemektedir. \u0130ster bir geli\u015ftirici, ister bir DevOps m\u00fchendisi, isterse de bulut teknolojilerine ilgi duyan bir BT uzman\u0131 olun, bu yaz\u0131 Kubernetes’in d\u00fcnyas\u0131na sa\u011flam bir giri\u015f yapman\u0131z i\u00e7in gerekli temel bilgileri sunacakt\u0131r. Konteyner orkestrasyonunun neden bu kadar kritik hale geldi\u011fini anlayacak, Kubernetes’in temel yap\u0131 ta\u015flar\u0131n\u0131 tan\u0131yacak ve kendi uygulamalar\u0131n\u0131z\u0131 Kubernetes \u00fczerinde \u00e7al\u0131\u015ft\u0131rmak i\u00e7in ilk ad\u0131mlar\u0131 nas\u0131l ataca\u011f\u0131n\u0131z\u0131 \u00f6\u011freneceksiniz.<\/p>\n
Geleneksel olarak, uygulamalar genellikle tek bir b\u00fcy\u00fck kod taban\u0131na sahip monolitik yap\u0131lar olarak geli\u015ftirilirdi. Bu yap\u0131lar, ba\u015flang\u0131\u00e7ta basit g\u00f6r\u00fcnse de, zamanla karma\u015f\u0131kla\u015f\u0131r, \u00f6l\u00e7eklendirmesi zorla\u015f\u0131r ve yeni \u00f6zelliklerin eklenmesi veya hatalar\u0131n giderilmesi uzun s\u00fcre\u00e7ler gerektirirdi. Bu durum, \u00f6zellikle b\u00fcy\u00fck ve h\u0131zla b\u00fcy\u00fcyen uygulamalar i\u00e7in ciddi darbo\u011fazlar olu\u015fturmaktayd\u0131.<\/p>\n
Monolitik mimarinin dezavantajlar\u0131n\u0131 a\u015fmak amac\u0131yla, uygulamalar daha k\u00fc\u00e7\u00fck, ba\u011f\u0131ms\u0131z ve birbirleriyle a\u011f \u00fczerinden ileti\u015fim kuran servis par\u00e7alar\u0131na ayr\u0131lmaya ba\u015fland\u0131. Bu yakla\u015f\u0131m, mikroservis mimarisi olarak adland\u0131r\u0131l\u0131r. Mikroservisler, farkl\u0131 ekipler taraf\u0131ndan ba\u011f\u0131ms\u0131z olarak geli\u015ftirilebilir, da\u011f\u0131t\u0131labilir ve \u00f6l\u00e7eklendirilebilir. Bu da geli\u015ftirme h\u0131z\u0131n\u0131 art\u0131r\u0131r, hata izolasyonunu sa\u011flar ve farkl\u0131 teknolojilerin bir arada kullan\u0131lmas\u0131na olanak tan\u0131r.<\/p>\n
Mikroservislerin her birini izole edilmi\u015f ortamlarda \u00e7al\u0131\u015ft\u0131rmak ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini standartla\u015ft\u0131rmak i\u00e7in konteyner teknolojisi vazge\u00e7ilmez hale geldi. Docker, konteynerizasyonun en pop\u00fcler arac\u0131d\u0131r. Docker konteynerleri, bir uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in gerekli t\u00fcm kodlar\u0131, \u00e7al\u0131\u015fma zaman\u0131n\u0131, sistem ara\u00e7lar\u0131n\u0131, k\u00fct\u00fcphanelerini ve ayarlar\u0131 i\u00e7eren hafif, ta\u015f\u0131nabilir ve kendi kendine yeten paketlerdir. Bu, “benim makinemde \u00e7al\u0131\u015f\u0131yor” sorununu ortadan kald\u0131rarak, geli\u015ftirme, test ve \u00fcretim ortamlar\u0131 aras\u0131nda tutarl\u0131l\u0131k sa\u011flar.<\/p>\n
Tek bir konteyneri y\u00f6netmek kolayd\u0131r, ancak y\u00fczlerce, hatta binlerce konteynerin oldu\u011fu karma\u015f\u0131k bir mikroservis uygulamas\u0131n\u0131 y\u00f6netmek manuel olarak neredeyse imkans\u0131zd\u0131r. Konteynerlerin ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc (ba\u015flatma, durdurma, yeniden ba\u015flatma), \u00f6l\u00e7eklendirmeyi, a\u011f yap\u0131land\u0131rmas\u0131n\u0131, depolama y\u00f6netimini, y\u00fck dengelemeyi ve hata durumunda otomatik iyile\u015fmeyi otomatikle\u015ftirmek i\u00e7in bir araca ihtiya\u00e7 duyulmu\u015ftur. \u0130\u015fte bu noktada konteyner orkestrasyon platformlar\u0131 devreye girer ve Kubernetes bu alandaki tart\u0131\u015fmas\u0131z liderdir.<\/p>\n
Kubernetes (Yunanca’da d\u00fcmenci veya pilot anlam\u0131na gelen “\u03ba\u03c5\u03b2\u03b5\u03c1\u03bd\u03ae\u03c4\u03b7\u03c2” kelimesinden t\u00fcremi\u015ftir ve genellikle K8s olarak k\u0131salt\u0131l\u0131r), da\u011f\u0131t\u0131lm\u0131\u015f konteynerli uygulamalar\u0131 otomatik olarak da\u011f\u0131tmak, \u00f6l\u00e7eklendirmek ve y\u00f6netmek i\u00e7in kullan\u0131lan a\u00e7\u0131k kaynakl\u0131 bir platformdur. Google’\u0131n dahili olarak kulland\u0131\u011f\u0131 Borg sistemi temel al\u0131narak geli\u015ftirilmi\u015f ve 2014 y\u0131l\u0131nda a\u00e7\u0131k kaynak olarak duyurulmu\u015ftur. Kubernetes, uygulamalar\u0131n y\u00fcksek kullan\u0131labilirlik, \u00f6l\u00e7eklenebilirlik ve esneklik ile \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in tasarlanm\u0131\u015ft\u0131r.<\/p>\n
Temel amac\u0131, uygulama da\u011f\u0131t\u0131m\u0131n\u0131 ve y\u00f6netimini basitle\u015ftirmektir. Geli\u015ftiricilerin ve operasyon ekiplerinin altyap\u0131 karma\u015f\u0131kl\u0131\u011f\u0131 yerine, uygulamalar\u0131n kendisine odaklanmas\u0131n\u0131 sa\u011flar. Kubernetes, konteynerlerinizi belirli bir duruma (\u00f6rne\u011fin, uygulaman\u0131z\u0131n 3 kopyas\u0131 her zaman \u00e7al\u0131\u015f\u0131r durumda olmal\u0131) getirmek ve bu durumu korumak i\u00e7in deklaratif bir yakla\u015f\u0131m kullan\u0131r. E\u011fer bir konteyner \u00e7\u00f6kerse, Kubernetes onu otomatik olarak yeniden ba\u015flat\u0131r; e\u011fer trafik artarsa, daha fazla konteyner \u00f6rne\u011fi olu\u015fturarak y\u00fck\u00fc dengeleyebilir.<\/p>\n
Bir Kubernetes k\u00fcmesi, uygulamalar\u0131 \u00e7al\u0131\u015ft\u0131ran bir dizi makineden (d\u00fc\u011f\u00fcm) olu\u015fur. Bu d\u00fc\u011f\u00fcmler iki ana kategoriye ayr\u0131l\u0131r: Kontrol D\u00fczlemi (Control Plane)<\/strong> ve \u0130\u015f\u00e7i D\u00fc\u011f\u00fcmleri (Worker Nodes)<\/strong>. Her birinin belirli g\u00f6revleri ve bile\u015fenleri vard\u0131r.<\/p>\n Kontrol d\u00fczlemi, Kubernetes k\u00fcmesinin beyni gibidir. K\u00fcmenin genel durumunu y\u00f6netir, i\u015f\u00e7i d\u00fc\u011f\u00fcmlerini ve \u00fczerlerindeki i\u015f y\u00fcklerini koordine eder. Genellikle y\u00fcksek kullan\u0131labilirlik i\u00e7in birden fazla sunucuda \u00e7al\u0131\u015f\u0131r.<\/p>\n Kubernetes API sunucusu, kontrol d\u00fczleminin \u00f6n y\u00fcz\u00fcd\u00fcr ve k\u00fcme ile etkile\u015fim kurmak i\u00e7in tek eri\u015fim noktas\u0131d\u0131r. T\u00fcm dahili ve harici ileti\u015fimler bu API sunucusu \u00fczerinden ge\u00e7er. Kullan\u0131c\u0131lar ve di\u011fer bile\u015fenler, etcd, Kubernetes k\u00fcmesinin t\u00fcm konfig\u00fcrasyon verilerini, durum bilgilerini ve meta verilerini depolayan da\u011f\u0131t\u0131lm\u0131\u015f, tutarl\u0131 ve y\u00fcksek oranda eri\u015filebilir bir anahtar-de\u011fer deposudur. K\u00fcmenin “tek do\u011fruluk kayna\u011f\u0131”d\u0131r.<\/p>\n Zamanlay\u0131c\u0131, yeni olu\u015fturulan Pod’lar\u0131 (Kubernetes’teki en k\u00fc\u00e7\u00fck da\u011f\u0131t\u0131labilir birim) izler ve onlar\u0131 \u00e7al\u0131\u015ft\u0131rmak i\u00e7in uygun i\u015f\u00e7i d\u00fc\u011f\u00fcmlerini se\u00e7er. Kaynak gereksinimleri, politikalar, etiketler ve d\u00fc\u011f\u00fcm k\u0131s\u0131tlamalar\u0131 gibi fakt\u00f6rleri dikkate alarak en iyi d\u00fc\u011f\u00fcm\u00fc belirler.<\/p>\n Kontrol\u00f6r y\u00f6neticisi, \u00e7e\u015fitli kontrol\u00f6rleri \u00e7al\u0131\u015ft\u0131ran bir bile\u015fendir. Bu kontrol\u00f6rler, k\u00fcmenin mevcut durumunu etcd’den okur ve istenen durumu elde etmek i\u00e7in de\u011fi\u015fiklikler yapar. \u00d6rne\u011fin, bir ReplicaSet kontrol\u00f6r\u00fc, belirtilen say\u0131da Pod kopyas\u0131n\u0131n her zaman \u00e7al\u0131\u015f\u0131r durumda olmas\u0131n\u0131 sa\u011flar. Bir d\u00fc\u011f\u00fcm \u00e7\u00f6kerse, bu kontrol\u00f6rler d\u00fc\u015fen Pod’lar\u0131 di\u011fer d\u00fc\u011f\u00fcmlere ta\u015f\u0131r.<\/p>\n Bu bile\u015fen, Kubernetes’i belirli bir bulut sa\u011flay\u0131c\u0131s\u0131n\u0131n API’leriyle entegre eder. \u00d6rne\u011fin, bir bulut denetleyici y\u00f6neticisi, LoadBalancer servisleri i\u00e7in bulut sa\u011flay\u0131c\u0131s\u0131n\u0131n y\u00fck dengeleyicilerini provizyon edebilir veya bulut sa\u011flay\u0131c\u0131s\u0131n\u0131n depolama birimlerini y\u00f6netebilir.<\/p>\n \u0130\u015f\u00e7i d\u00fc\u011f\u00fcmleri, uygulamalar\u0131n (Pod’lar\u0131n) ger\u00e7ekte \u00e7al\u0131\u015ft\u0131\u011f\u0131 makinelerdir. Her i\u015f\u00e7i d\u00fc\u011f\u00fcm\u00fc, konteynerleri \u00e7al\u0131\u015ft\u0131rmak ve kontrol d\u00fczlemiyle ileti\u015fim kurmak i\u00e7in gerekli bile\u015fenleri i\u00e7erir.<\/p>\n Her i\u015f\u00e7i d\u00fc\u011f\u00fcm\u00fcnde \u00e7al\u0131\u015fan bir ajand\u0131r. Kontrol d\u00fczleminden gelen talimatlar\u0131 al\u0131r ve Pod’lar\u0131n d\u00fc\u011f\u00fcmde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. Konteynerleri ba\u015flat\u0131r, durdurur ve Pod’lar\u0131n durumunu API sunucusuna rapor eder.<\/p>\n Her d\u00fc\u011f\u00fcmde \u00e7al\u0131\u015fan bir a\u011f proxy’sidir. Kubernetes servisleri i\u00e7in a\u011f kurallar\u0131n\u0131 y\u00f6netir ve Pod’lara d\u0131\u015far\u0131dan ve i\u00e7eriden eri\u015fimi sa\u011flar. Y\u00fck dengeleme i\u015flevini yerine getirir.<\/p>\n Konteyner \u00e7al\u0131\u015fma zaman\u0131, konteynerleri ger\u00e7ekten \u00e7al\u0131\u015ft\u0131ran yaz\u0131l\u0131md\u0131r. Docker en pop\u00fcler se\u00e7enek olsa da, containerd veya CRI-O gibi di\u011fer \u00e7al\u0131\u015fma zamanlar\u0131 da kullan\u0131labilir. Kubernetes, Container Runtime Interface (CRI) arac\u0131l\u0131\u011f\u0131yla \u00e7e\u015fitli \u00e7al\u0131\u015fma zamanlar\u0131yla entegre olabilir.<\/p>\n Kubernetes ile \u00e7al\u0131\u015fmaya ba\u015flamadan \u00f6nce anlaman\u0131z gereken birka\u00e7 temel soyutlama ve kavram bulunmaktad\u0131r. Bu kavramlar, uygulamalar\u0131n\u0131z\u0131 nas\u0131l tan\u0131mlayaca\u011f\u0131n\u0131z\u0131, da\u011f\u0131taca\u011f\u0131n\u0131z\u0131 ve y\u00f6netece\u011finizi belirler.<\/p>\n Pod, Kubernetes’teki en k\u00fc\u00e7\u00fck ve da\u011f\u0131t\u0131labilir birimdir. Bir veya daha fazla konteyneri bar\u0131nd\u0131r\u0131r. Bir Pod i\u00e7erisindeki konteynerler ayn\u0131 a\u011f adresi ve depolama kaynaklar\u0131n\u0131 payla\u015f\u0131r. Genellikle, bir Pod tek bir uygulama \u00f6rne\u011fini veya yak\u0131ndan ili\u015fkili birka\u00e7 yard\u0131mc\u0131 servisi \u00e7al\u0131\u015ft\u0131r\u0131r. Pod’lar ge\u00e7icidir; \u00f6l\u00fcrlerse veya yeniden ba\u015flat\u0131l\u0131rlarsa, yeni bir Pod olu\u015fturulur.<\/p>\n Deployment, deklaratif bir \u015fekilde Pod’lar\u0131 ve ReplicaSet’leri y\u00f6netmenin bir yoludur. Bir Deployment ile, uygulaman\u0131z\u0131n ka\u00e7 kopyas\u0131n\u0131n \u00e7al\u0131\u015fmas\u0131n\u0131 istedi\u011finizi (ReplicaSet arac\u0131l\u0131\u011f\u0131yla) ve hangi konteyner imaj\u0131n\u0131 kullanaca\u011f\u0131n\u0131z\u0131 belirtirsiniz. Deployment’lar, uygulaman\u0131z\u0131n yeni s\u00fcr\u00fcmlerini yay\u0131nlamak (rolling updates) ve gerekti\u011finde \u00f6nceki s\u00fcr\u00fcmlere geri d\u00f6nmek (rollbacks) gibi i\u015flemleri kolayla\u015ft\u0131r\u0131r.<\/p>\n Service, bir grup Pod’a kararl\u0131 bir a\u011f eri\u015fimi sa\u011flar. Pod’lar ge\u00e7ici oldu\u011fu ve IP adresleri de\u011fi\u015febilece\u011fi i\u00e7in, Service, Pod’lar\u0131n \u00f6n\u00fcnde bir soyutlama katman\u0131 olu\u015fturur. Bu sayede, di\u011fer Pod’lar veya d\u0131\u015f istemciler, Pod’lar\u0131n IP adreslerini bilmek zorunda kalmadan Service \u00fczerinden uygulamaya eri\u015febilir. Service’ler, y\u00fck dengeleme i\u015flevini de yerine getirir.<\/p>\n Namespace’ler, bir Kubernetes k\u00fcmesindeki kaynaklar\u0131 (Pod’lar, Deployment’lar, Service’ler vb.) sanal olarak izole etmek i\u00e7in kullan\u0131l\u0131r. B\u00fcy\u00fck ekiplerin veya birden fazla projenin ayn\u0131 k\u00fcmeyi g\u00fcvenli ve d\u00fczenli bir \u015fekilde payla\u015fmas\u0131n\u0131 sa\u011flar. Varsay\u0131lan olarak Pod’lar ge\u00e7ici oldu\u011fundan, Pod’lar\u0131n silinmesi durumunda verilerin kal\u0131c\u0131 olmas\u0131 i\u00e7in Volume’lara ihtiya\u00e7 duyulur. Volume’lar, bir Pod’un ya\u015fam d\u00f6ng\u00fcs\u00fcnden ba\u011f\u0131ms\u0131z olarak verileri depolamak i\u00e7in kullan\u0131l\u0131r. \u00c7e\u015fitli Volume t\u00fcrleri bulunur: bo\u015f bir dizin (emptyDir), ana bilgisayar\u0131n dosya sistemi (hostPath), bulut sa\u011flay\u0131c\u0131s\u0131na \u00f6zg\u00fc depolama (AWS EBS, Google Persistent Disk) ve a\u011f depolama (NFS, CephFS) gibi.<\/p>\n Uygulama konfig\u00fcrasyonlar\u0131n\u0131 koddan ay\u0131rmak ve Pod’lara enjekte etmek i\u00e7in ConfigMap’ler kullan\u0131l\u0131r. Hassas veriler (veritaban\u0131 \u015fifreleri, API anahtarlar\u0131 vb.) i\u00e7in ise Secret’lar kullan\u0131l\u0131r. Secret’lar, ConfigMap’lerden farkl\u0131 olarak verileri base64 ile kodlanm\u0131\u015f olarak saklar ve daha g\u00fcvenli bir \u015fekilde y\u00f6netilir.<\/p>\n Ingress, k\u00fcme d\u0131\u015f\u0131ndan k\u00fcme i\u00e7indeki Service’lere HTTP ve HTTPS trafi\u011fini y\u00f6nlendirmek i\u00e7in bir API nesnesidir. Bir Ingress Controller (\u00f6rne\u011fin Nginx Ingress Controller) ile birlikte \u00e7al\u0131\u015farak, sanal ana bilgisayar tabanl\u0131 y\u00f6nlendirme, URL tabanl\u0131 y\u00f6nlendirme ve SSL sonland\u0131rma gibi geli\u015fmi\u015f y\u00f6nlendirme kurallar\u0131 tan\u0131mlaman\u0131za olanak tan\u0131r.<\/p>\n ReplicaSet, belirli bir Pod \u015fablonuna g\u00f6re belirli say\u0131da Pod kopyas\u0131n\u0131n her zaman \u00e7al\u0131\u015f\u0131r durumda olmas\u0131n\u0131 sa\u011flayan bir kontrol\u00f6rd\u00fcr. Genellikle do\u011frudan kullan\u0131lmaz; Deployment’lar ReplicaSet’leri y\u00f6netir.<\/p>\n Kubernetes’in teorik yap\u0131s\u0131n\u0131 anlad\u0131ktan sonra, pratik uygulamalarla bu bilgileri peki\u015ftirmek \u00f6nemlidir. Ba\u015flang\u0131\u00e7 i\u00e7in kullanabilece\u011finiz birka\u00e7 ara\u00e7 ve temel Minikube, yerel makinenizde tek d\u00fc\u011f\u00fcml\u00fc bir Kubernetes k\u00fcmesi \u00e7al\u0131\u015ft\u0131rman\u0131za olanak tan\u0131yan bir ara\u00e7t\u0131r. Geli\u015ftirme ve test ama\u00e7l\u0131 kullan\u0131m i\u00e7in idealdir. Sanal bir makine veya Docker konteyneri i\u00e7inde \u00e7al\u0131\u015fabilir.<\/p>\n Docker Desktop, Windows ve macOS \u00fczerinde Docker ve iste\u011fe ba\u011fl\u0131 olarak yerle\u015fik bir Kubernetes k\u00fcmesi \u00e7al\u0131\u015ft\u0131rman\u0131za olanak tan\u0131r. Geli\u015ftiriciler i\u00e7in kurulumu ve kullan\u0131m\u0131 olduk\u00e7a kolayd\u0131r.<\/p>\n K3s, Rancher Labs taraf\u0131ndan geli\u015ftirilen hafif bir Kubernetes da\u011f\u0131t\u0131m\u0131d\u0131r. Kaynak k\u0131s\u0131tl\u0131 ortamlar (IoT cihazlar\u0131, edge computing) veya geli\u015ftirme ortamlar\u0131 i\u00e7in m\u00fckemmeldir. Kurulumu son derece basittir.<\/p>\n Kubernetes kaynaklar\u0131, genellikle YAML (YAML Ain’t Markup Language) veya JSON format\u0131nda tan\u0131mlanan manifest dosyalar\u0131 arac\u0131l\u0131\u011f\u0131yla deklaratif olarak olu\u015fturulur. \u0130\u015fte basit bir Pod, Deployment ve Service \u00f6rne\u011fi:<\/p>\n Kubernetes, modern uygulama geli\u015ftirme ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerine bir\u00e7ok \u00f6nemli avantaj sunar:<\/p>\n Kubernetes’in sundu\u011fu avantajlar yads\u0131namaz olsa da, beraberinde baz\u0131 zorluklar\u0131 da getirir:<\/p>\n Kubernetes ile temel seviyede rahat hissetmeye ba\u015flad\u0131\u011f\u0131n\u0131zda, yeteneklerini daha da geni\u015fletmek i\u00e7in ke\u015ffedebilece\u011finiz bir\u00e7ok ileri konu bulunmaktad\u0131r:<\/p>\n Kubernetes, modern bulut yerel uygulama geli\u015ftirme ve da\u011f\u0131t\u0131m\u0131n\u0131n temel ta\u015f\u0131 haline gelmi\u015ftir. Konteynerli i\u015f y\u00fcklerini y\u00f6netme yetene\u011fi, otomatik \u00f6l\u00e7eklendirme, kendi kendini iyile\u015ftirme ve bulut sa\u011flay\u0131c\u0131 ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131 gibi \u00f6zellikleri sayesinde, i\u015fletmelerin \u00e7evikliklerini art\u0131rmalar\u0131na ve yenilik\u00e7i \u00e7\u00f6z\u00fcmleri pazara daha h\u0131zl\u0131 sunmalar\u0131na olanak tan\u0131r. Her ne kadar ba\u015flang\u0131\u00e7ta bir \u00f6\u011frenme e\u011frisi sunsa da, Kubernetes’e yap\u0131lan yat\u0131r\u0131m\u0131n uzun vadede sa\u011flad\u0131\u011f\u0131 faydalar bu \u00e7abaya de\u011ferdir.<\/p>\n “Webinar Serisi: Kubernetes ile Ba\u015flang\u0131\u00e7” bu g\u00fc\u00e7l\u00fc platformun kap\u0131lar\u0131n\u0131 aralamak, temel kavramlar\u0131n\u0131 anlamak ve pratik uygulamalarla ilk ad\u0131mlar\u0131 atmak i\u00e7in m\u00fckemmel bir f\u0131rsat sunmaktad\u0131r. Bu makalede ele al\u0131nan konular, serinin temelini olu\u015fturarak, kat\u0131l\u0131mc\u0131lara Kubernetes d\u00fcnyas\u0131nda g\u00fcvenle ilerlemeleri i\u00e7in sa\u011flam bir temel sa\u011flam\u0131\u015ft\u0131r. Unutmay\u0131n, Kubernetes s\u00fcrekli geli\u015fen bir ekosistemdir ve en g\u00fcncel kalmak i\u00e7in s\u00fcrekli \u00f6\u011frenmeye ve pratik yapmaya devam etmek esast\u0131r. Gelece\u011fin bulut altyap\u0131s\u0131n\u0131 \u015fekillendiren bu teknolojiye hakim olmak, her BT profesyonelinin kariyerinde \u00f6nemli bir avantaj sa\u011flayacakt\u0131r.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Webinar Serisi: Kubernetes ile Ba\u015flang\u0131\u00e7\nG\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen teknoloji d\u00fcnyas\u0131nda, uygulamalar\u0131n h\u0131zl\u0131 bir \u015fekilde geli\u015ftirilmes","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":[1328],"tags":[],"class_list":{"0":"post-39063","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-bash","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nKontrol D\u00fczlemi (Control Plane)<\/h3>\n
kube-apiserver<\/h4>\n
kubectl<\/code> komut sat\u0131r\u0131 arac\u0131 veya REST API arac\u0131l\u0131\u011f\u0131yla k\u00fcmeyle konu\u015fur.<\/p>\netcd<\/h4>\n
kube-scheduler<\/h4>\n
kube-controller-manager<\/h4>\n
cloud-controller-manager (\u0130ste\u011fe Ba\u011fl\u0131)<\/h4>\n
\u0130\u015f\u00e7i D\u00fc\u011f\u00fcmleri (Worker Nodes)<\/h3>\n
kubelet<\/h4>\n
kube-proxy<\/h4>\n
Container Runtime<\/h4>\n
Kubernetes Temel Kavramlar\u0131<\/h2>\n
Pod<\/h3>\n
Deployment<\/h3>\n
Service<\/h3>\n
Namespace<\/h3>\n
default<\/code>, kube-system<\/code> ve kube-public<\/code> gibi Namespace’ler bulunur.<\/p>\nVolume<\/h3>\n
ConfigMap ve Secret<\/h3>\n
Ingress<\/h3>\n
ReplicaSet<\/h3>\n
Kubernetes ile \u00c7al\u0131\u015fmaya Ba\u015flamak<\/h2>\n
kubectl<\/code> komutlar\u0131 bulunmaktad\u0131r.<\/p>\nGeli\u015ftirme Ortamlar\u0131<\/h3>\n
Minikube<\/h4>\n
Docker Desktop (Kubernetes Entegrasyonu)<\/h4>\n
K3s<\/h4>\n
Temel CLI Komutlar\u0131 (kubectl)<\/h3>\n
kubectl<\/code>, Kubernetes k\u00fcmesiyle etkile\u015fim kurmak i\u00e7in kullan\u0131lan komut sat\u0131r\u0131 arac\u0131d\u0131r. K\u00fcmedeki kaynaklar\u0131 olu\u015fturmak, g\u00fcncellemek, silmek ve durumlar\u0131n\u0131 kontrol etmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n\n
kubectl get pods<\/code>: K\u00fcmedeki t\u00fcm Pod’lar\u0131 listeler.<\/li>\nkubectl get deployments<\/code>: K\u00fcmedeki t\u00fcm Deployment’lar\u0131 listeler.<\/li>\nkubectl get services<\/code>: K\u00fcmedeki t\u00fcm Service’leri listeler.<\/li>\nkubectl describe pod kubectl apply -f kubectl delete -f kubectl logs kubectl exec -it YAML Manifest Dosyalar\u0131<\/h3>\n
Basit Bir Pod Tan\u0131m\u0131 \u00d6rne\u011fi:<\/h4>\n
\napiVersion: v1\nkind: Pod\nmetadata:\n name: benim-nginx-podum\nspec:\n containers:\n - name: nginx-container\n image: nginx:latest\n ports:\n - containerPort: 80\n<\/code><\/pre>\nBasit Bir Deployment Tan\u0131m\u0131 \u00d6rne\u011fi:<\/h4>\n
\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n name: benim-nginx-deployment\nspec:\n replicas: 3\n selector:\n matchLabels:\n app: nginx\n template:\n metadata:\n labels:\n app: nginx\n spec:\n containers:\n - name: nginx-container\n image: nginx:latest\n ports:\n - containerPort: 80\n<\/code><\/pre>\nBasit Bir Service Tan\u0131m\u0131 \u00d6rne\u011fi:<\/h4>\n
\napiVersion: v1\nkind: Service\nmetadata:\n name: benim-nginx-service\nspec:\n selector:\n app: nginx\n ports:\n - protocol: TCP\n port: 80\n targetPort: 80\n type: LoadBalancer # Bulut ortam\u0131nda harici bir IP sa\u011flar\n<\/code><\/pre>\nKubernetes’in Avantajlar\u0131<\/h2>\n
\n
Kubernetes’in Zorluklar\u0131 ve Dikkat Edilmesi Gerekenler<\/h2>\n
\n
\u0130leri Konulara Giri\u015f<\/h2>\n
\n
Sonu\u00e7<\/h2>\n