{"id":28082,"date":"2025-10-23T20:37:36","date_gmt":"2025-10-23T20:37:36","guid":{"rendered":"https:\/\/www.gencayyildiz.com\/blog\/?p=28082"},"modified":"2025-10-23T20:37:36","modified_gmt":"2025-10-23T20:37:36","slug":"kubernetesin-mimarisi-nasildir","status":"publish","type":"post","link":"https:\/\/www.gencayyildiz.com\/blog\/kubernetesin-mimarisi-nasildir\/","title":{"rendered":"Kubernetes’in Mimarisi Nas\u0131ld\u0131r?"},"content":{"rendered":"

<\/div>\n

Merhaba,<\/p>\n

Bu i\u00e7eri\u011fimizde, bir \u00f6nceki Kubernetes Nedir? Temel Kavramlar\u0131 Nelerdir?<\/a> ba\u015fl\u0131kl\u0131 makalemizde konu edindi\u011fimiz Kubernetes teknolojisinin mimarisel yap\u0131s\u0131n\u0131 de\u011ferlendirecek ve bu minvalde Kubernetes’in kritik bile\u015fenlerini de masaya yat\u0131r\u0131yor olaca\u011f\u0131z.<\/p>\n

Kubernetes Mimarisi<\/h4>\n
Kubernetes, Master Node (Control Plane)<\/em> ve Worker Node<\/em>‘lardan olu\u015fan client-server mimarisiyle birlikte gelen bir teknolojidir. Bu iki yap\u0131 aras\u0131ndaki etkile\u015fim, sistemin hem merkezi olarak y\u00f6netilmesini hem de distributed bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamaktad\u0131r.<\/p>\n
Control Plane<\/em>; API Server, controller management, scheduler ve etcd database gibi sistemin y\u00f6netim bile\u015fenlerini bar\u0131nd\u0131ran ve t\u00fcm karar verme, orkestrasyon ve durum y\u00f6netimi gibi s\u00fcre\u00e7lerden sorumlu olan cluster’\u0131n beynidir.<\/p>\n
Worker Node<\/em>‘lar ise uygulamalar\u0131n konteyner’lar\u0131n\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131 fiziksel ya da sanal makinelerdir. Master Node ile ileti\u015fimi sa\u011flayan kubelet arac\u0131l\u0131\u011f\u0131yla y\u00f6netilmekte ve a\u011f trafi\u011fini d\u00fczenleyen kube-proxy bile\u015fenini i\u00e7ererek, Docker gibi bir container runtime’\u0131 kullan\u0131p konteyner’leri y\u00fcr\u00fctmektedir.<\/p>\n
Kubernetes Component’leri<\/h4>\nKubernetes mimarisini derinden anlamak ve sistem y\u00f6netiminde ilerleyebilmek i\u00e7in sistemin hem merkezi olarak y\u00f6netilmesini hem de da\u011f\u0131t\u0131k bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flayan Control Plane Component<\/em> ve Worker Node Component<\/em> yap\u0131lar\u0131n\u0131 hususi olarak incelemekte fayda g\u00f6rmekteyim. $\"Kubernetes'in$ <\/a><\/p>\n
Control Plane Component<\/h5>\n
Control Plane, temel olarak bir cluster’\u0131n genel sa\u011fl\u0131\u011f\u0131n\u0131 y\u00f6netmemize yard\u0131mc\u0131 olan \u00e7e\u015fitli bile\u015fenlerin bir koleksiyonudur. Misal olarak; yeni Pod’lar olu\u015fturmak, var olanlar\u0131 yok etmek ya da Pod’lar\u0131 \u00f6l\u00e7eklendirmek vs. gibi i\u015flevler bu component \u00fczerinden cereyan etmektedir. Bu component i\u00e7erisindeki alt bile\u015fenler ise a\u015fa\u011f\u0131daki gibidir;<\/p>\n
\n
kube-apiserver (Kube-API Server)<\/em><\/strong>
\nAPI Server, t\u00fcm Kubernetes isteklerinin ge\u00e7ti\u011fi ana giri\u015f noktas\u0131d\u0131r. Bir ba\u015fka deyi\u015fle Kubernetes API’sini d\u0131\u015fa a\u00e7an bir t\u00fcr gateway i\u015flevi g\u00f6ren bile\u015fendir diyebiliriz. \u00c7\u00fcnk\u00fc, t\u00fcm sistemde Control Plane ile kullan\u0131c\u0131lar, di\u011fer bile\u015fenler ve d\u0131\u015f client’lar aras\u0131ndaki k\u00f6pr\u00fcy\u00fc kurmakta ve ileti\u015fimi sa\u011flamaktad\u0131r.<\/p>\n
API Server’\u0131n ana g\u00f6revi, gelen istekleri do\u011frulamak, yetkilendirmek, ge\u00e7erli hale getirmek ve durumu etcd veri deposuna yazmak veya okumakt\u0131r. Misal olarak; bir kullan\u0131c\u0131n\u0131n Kubernetes’e `kubectl<\/code> CLI komutu ile bir talimat g\u00f6nderdi\u011fini varsayal\u0131m. Bu talimat s\u00fcre\u00e7te \u015fu seyirde ilerleyecektir;<\/p>\n`
\nkubectl<\/code> talimat\u0131, http\/https \u00fczerinden API Server’a REST \u00e7a\u011fr\u0131s\u0131 yapacakt\u0131r.<\/li>\n API Server, client’\u0131n kim oldu\u011funu do\u011frulayacakt\u0131r. (Authentication)<\/li>\n Kullan\u0131c\u0131n\u0131n bu talimat do\u011frultusunda istenilen i\u015flemi yapmaya yetkisinin olup olmad\u0131\u011f\u0131 denetlenecektir. (Authorization)<\/li>\n \u00d6zellikle bu istek ‘Admission Controllers’ taraf\u0131ndan politika ihlali var m\u0131 yok mu kontrol edilecektir.<\/li>\n Devam\u0131nda istek \u015femaya uygun mu, gerekli alanlar eksiksiz mi diye kontrol edilecektir.<\/li>\n API Server ge\u00e7erli buldu\u011fu taktirde etcd’ye yeni nesne durumunu yazacakt\u0131r.<\/li>\n Nihai olarak t\u00fcm s\u00fcre\u00e7 ba\u015far\u0131l\u0131ysa client’a i\u015flem sonucu JSON format\u0131nda d\u00f6nd\u00fcr\u00fclecektir.<\/li>\n<\/ol>\nBu s\u00fcre\u00e7ten de anla\u015f\u0131laca\u011f\u0131 \u00fczere, gelen istekleri do\u011frulamas\u0131 ve ge\u00e7erli oldu\u011fu taktirde uygun s\u00fcre\u00e7lere iletmesinden dolay\u0131 API Server, bir gatekeeper (kap\u0131 bek\u00e7isi) olarak \u00e7al\u0131\u015fma sergilemektedir. \u00c7\u00fcnk\u00fc, Kubernetes’te hi\u00e7bir istek do\u011frudan cluster’a iletilmemekte, mutlaka API Server \u00fczerinden ge\u00e7mektedir.\n<\/li>\n kube-scheduler<\/em><\/strong> \nAPI Server, bir Pod’un zamanlanmas\u0131 (scheduling) i\u00e7in bir istek ald\u0131\u011f\u0131nda bu iste\u011fi Scheduler’a iletecektir. Scheduler, cluster’\u0131n verimlili\u011fini art\u0131rmak amac\u0131yla Pod’un hangi Node \u00fczerinde \u00e7al\u0131\u015faca\u011f\u0131na CPU, RAM vs. gibi kaynak durumlar\u0131n\u0131 ve toleration gibi fakt\u00f6rleri dikkate alarak ‘ak\u0131ll\u0131’ bi\u00e7imde karar verecektir.\n<\/li>\n controller-manager<\/em><\/strong> \ncontroller-manager, cluster’\u0131n kontrol d\u00f6ng\u00fcs\u00fcn\u00fcn farkl\u0131 y\u00f6nlerini y\u00f6neten controller’lar\u0131 \u00e7al\u0131\u015ft\u0131rmaktan sorumlu bir alt bile\u015fenidir. Bu controller’lar aras\u0131nda, belirli bir uygulaman\u0131n istenen say\u0131da kopyas\u0131n\u0131n (replica) \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olan Replication Controller<\/em> ve Node’lar\u0131n mevcut durumlar\u0131na g\u00f6re ‘ready’ ya da ‘not ready’ olarak i\u015faretlenmesini sa\u011flayan Node Controller<\/em> yer almaktad\u0131r.\n<\/li>\netcd<\/em><\/strong> \nKubernetes’in key-value veri deposudur. Cluster’\u0131n state’inde meydana gelen de\u011fi\u015fiklikler burada saklanmaktad\u0131r. Scheduler ve di\u011fer s\u00fcre\u00e7lere, mevcut kaynaklar ile cluster’\u0131n genel durumu hakk\u0131nda bilgi vererek adeta cluster’\u0131n ‘beyni’ gibi i\u015flev g\u00f6rmektedir.\n<\/li>\n<\/ul>\nWorker Node Components<\/h5>\nBu component’ler ise Kubernetes cluster’\u0131n\u0131n as\u0131l y\u00fck\u00fcn\u00fc \u00e7eken Node’lard\u0131r. Her bir Node, birden fazla Pod bar\u0131nd\u0131rabilir ve her Pod’un i\u00e7inde bir veya birden fazla konteyner \u00e7al\u0131\u015fabilmektedir. Her Node \u00fczerinde, i\u00e7indeki Pod’lar\u0131n zamanlanmas\u0131 ve y\u00f6netimi i\u00e7in kullan\u0131lan a\u015fa\u011f\u0131daki \u00fc\u00e7 temel s\u00fcre\u00e7 bulunmaktad\u0131r;<\/p>\n\nContainer Runtime<\/em><\/strong> \nPod’lar\u0131n i\u00e7indeki konteyner’leri \u00e7al\u0131\u015ft\u0131ran alt sistemdir. Docker, containerd veya CRI-O gibi runtime’lar kullan\u0131labilir.<\/p>\nYani k\u0131saca, konteyner’lerin fiilen \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131ndan sorumlu bile\u015fendir.\n<\/li>\n Kubelet<\/em><\/strong> \nKubelet, hem container runtime ile hem de Node’un kendisiyle etkile\u015fime giren bir s\u00fcre\u00e7tir. API Server’dan ald\u0131\u011f\u0131 talimatlara g\u00f6re Pod’lar\u0131 olu\u015fturmaktan, y\u00f6netmekten, durumlar\u0131n\u0131 denetlemekten ve bir konteyner i\u00e7eren Pod’un ba\u015flat\u0131lmas\u0131ndan sorumludur.<\/p>\nKubelet i\u00e7in Node \u00fczerinde Pod’lar\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc y\u00f6neten bir agent’t\u0131r diyebiliriz.\n<\/li>\nKube-Proxy<\/em><\/strong> \nKube-Proxy ise servislerden ve di\u011fer bile\u015fenlerden gelen isteklerin uygun Pod’lara y\u00f6nlendirilmesinden sorumlu bir i\u015fleve sahip bile\u015fendir.\n<\/li>\n<\/ol>\nAddons Plug-in<\/h4>\nKubernetes eklentileri, cluster’\u0131n i\u015flevselli\u011fini art\u0131ran ve genellikle DaemonSet, Deployment gibi Kubernetes kaynaklar\u0131 bi\u00e7iminde kurulan eklenti bile\u015fenleridir. Bu eklentiler genellikle kube-system namespace’i i\u00e7inde konu\u015fland\u0131r\u0131l\u0131r ve cluster d\u00fczeyinde yetenekler sa\u011flayarak Kubernetes’in local \u00f6zelliklerini geni\u015fletir ya da bir ba\u015fka deyi\u015fle Kubernetes \u00e7ekirde\u011fini tamamlar.<\/p>\n A\u015fa\u011f\u0131da baz\u0131 temel Kubernetes eklentileri ve i\u015flevleri izah edilmektedir;<\/p>\n \nCoreDNS<\/em><\/strong> \nKubernetes cluster’\u0131nda ad \u00e7\u00f6z\u00fcmleme (name resolution) hizmeti sunan esnek ve geni\u015fletilebilir bir DNS sunucusudur. Service discovery ve network routing’in verimli bir \u015fekilde ger\u00e7ekle\u015fmesini sa\u011flamaktad\u0131r.\n<\/li>\n KubeVirt<\/em><\/strong> \nKonteyner’lerin yan\u0131 s\u0131ra sanal makinelerinde Kubernetes ortam\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131na olanak sa\u011flamaktad\u0131r. B\u00f6ylece hem sanalla\u015ft\u0131r\u0131lm\u0131\u015f uygulamalar\u0131n hem de konteyner tabanl\u0131 uygulamalar\u0131n tek bir birle\u015fik y\u00f6netim platformu \u00fczerinden kontrol edilmesine imkan tan\u0131maktad\u0131r.\n<\/li>\n ACI (Application Containerization Interface)<\/em><\/strong> \nACI, farkl\u0131 ortamlar aras\u0131nda konteyner’lerin entegrasyonunu ve y\u00f6netimini kolayla\u015ft\u0131r\u0131r. Bu sayede uygulamalar\u0131n ta\u015f\u0131nabilirli\u011fi (portability) ve \u00f6l\u00e7eklenebilirli\u011fi (scalability) art\u0131r\u0131lm\u0131\u015f olur.\n<\/li>\n Calico<\/em><\/strong> \nKubernetes cluster’lar\u0131 i\u00e7in g\u00fcvenli ve y\u00fcksek performansl\u0131 a\u011f ileti\u015fimi sa\u011flayan bir a\u011f politika motorudur (network policy engine) Hem a\u011f politikalar\u0131n\u0131n uygulanmas\u0131n\u0131 (policy enforcement) destekler hem de geli\u015fmi\u015f y\u00f6nlendirme yetenekleri sunar.\n<\/li>\n<\/ul>\nYayg\u0131n Kubectl Talimatlar\u0131<\/h4>\nSon olarak, Kubernetes cluster’\u0131yla etkile\u015fim kurabilmek i\u00e7in ileriye d\u00f6n\u00fck baz\u0131 yayg\u0131n talimatlar\u0131 inceleyerek i\u00e7eri\u011fimizi noktalayabiliriz.<\/p>\n \nNode’lar\u0131 G\u00f6r\u00fcnt\u00fcleme<\/em><\/strong> \n\n\u2192Cluster’daki t\u00fcm Node’lar\u0131 listeleme:<\/em><\/summary>\n\r\nkubectl get nodes\r\n<\/pre>\n<\/a> \n<\/details>\n \n\u2192Belirli bir Node’un detayl\u0131 durumunu edinme:<\/em><\/summary>\n\r\nkubectl describe node docker-desktop\r\n<\/pre>\n<\/a>\n<\/li>\n<\/details>\n Pod Y\u00f6netimi<\/em><\/strong> \n\n\u2192T\u00fcm Pod’lar\u0131 listeleme:<\/em><\/summary>\n\r\nkubectl get pods\r\n<\/pre>\n<\/a> \n<\/details>\n \n\u2192Pod olu\u015fturma:<\/em><\/summary>\n\r\nkubectl run nginx --image=nginx\r\n<\/pre>\n<\/a>Bu \u00f6rnekte, “nginx” adl\u0131 bir Pod olu\u015fturulmakta ve Nginx container’\u0131n\u0131 \u00e7al\u0131\u015ft\u0131r\u0131lmaktad\u0131r. \n<\/details>\n \n\u2192Pod detaylar\u0131n\u0131 g\u00f6rme:<\/em><\/summary>\n\r\nkubectl describe pod nginx\r\n<\/pre>\n<\/a> \n<\/details>\n \n\u2192Pod silme:<\/em><\/summary>\n\r\nkubectl delete pod nginx\r\n<\/pre>\n<\/a> \n<\/details>\n<\/li>\n Service \u0130\u015flemleri<\/em><\/strong> \n\n\u2192T\u00fcm Service’leri listeleme:<\/em><\/summary>\n\r\nkubectl get svc\r\n<\/pre>\nveya<\/p>\n\r\nkubectl get services\r\n<\/pre>\n<\/a> \n<\/details>\n<\/li>\n Kaynak \u0130\u015flemleri<\/em><\/strong> \n\n\u2192Kaynaklar\u0131 g\u00f6zlemleme:<\/em><\/summary>\n\r\nkubectl get all\r\n<\/pre>\n<\/a> \n<\/details>\n \n\u2192Loglar\u0131 g\u00f6r\u00fcnt\u00fcleme:<\/em><\/summary>\n\r\nkubectl logs <pod-ismi>\r\n<\/pre>\n<\/a> \n<\/details>\n \n\u2192Ger\u00e7ek zamanl\u0131 izleme:<\/em><\/summary>\n\r\nkubectl get pods -w\r\n<\/pre>\n<\/a> \n<\/details>\n<\/li>\n<\/ul>\n Nihai olarak;<\/p>\n B\u00f6ylece, Kubernetes teknolojisinin mimarisel anatomisini incelemi\u015f ve \u00f6zellikle yap\u0131s\u0131ndaki Control Plane ve Worker Node bile\u015fenlerini detayl\u0131ca de\u011ferlendirerek Kubernetes’in altyap\u0131s\u0131na dair teorik bilgi edinmi\u015f bulunuyoruz. Bir sonraki i\u00e7eri\u011fimizde Kubernetes arac\u0131l\u0131\u011f\u0131yla konteynerle\u015ftirme s\u00fcre\u00e7lerini inceleyecek ve az da olsa pratiksel olarak deneyimlerde bulunuyor olaca\u011f\u0131z.<\/p>\n \u0130lgilenenlerin faydalanmas\u0131 dile\u011fiyle… \nSonraki yaz\u0131lar\u0131mda g\u00f6r\u00fc\u015fmek \u00fczere… \n\u0130yi \u00e7al\u0131\u015fmalar…<\/p>\n","protected":false},"excerpt":{"rendered":" Merhaba, Bu i\u00e7eri\u011fimizde, bir \u00f6nceki Kubernetes Nedir? Temel Kavramlar\u0131 Nelerdir? ba\u015fl\u0131kl\u0131 makalemizde konu edindi\u011fimiz Kubernetes teknolojisinin mimarisel yap\u0131s\u0131n\u0131 de\u011ferlendirecek ve bu minvalde Kubernetes’in kritik bile\u015fenlerini de masaya yat\u0131r\u0131yor olaca\u011f\u0131z. Kubernetes Mimarisi Kubernetes, Master Node...<\/p>\n","protected":false},"author":1,"featured_media":28079,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3281,5456],"tags":[5492,5490,5491,5495,5489,5466,5480,5485,5494,5483,5482,5477,5484,5481,5476,5457,5479,5493,5465,5487,5486,5478,5488],"class_list":["post-28082","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-docker","category-kubernetes","tag-aci","tag-addons-plug-in","tag-application-containerization-interface","tag-calico","tag-container-runtime","tag-control-plane","tag-control-plane-component","tag-controller-manager","tag-coredns","tag-kube-api-server","tag-kube-apiserver","tag-kube-proxy","tag-kube-scheduler","tag-kubectl","tag-kubelet","tag-kubernetes","tag-kubernetes-mimarisi","tag-kubevirt","tag-master-node","tag-node-controller","tag-replication-controller","tag-worker-node","tag-worker-node-component"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/28082","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/comments?post=28082"}],"version-history":[{"count":10,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/28082\/revisions"}],"predecessor-version":[{"id":28103,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/28082\/revisions\/28103"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/media\/28079"}],"wp:attachment":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/media?parent=28082"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/categories?post=28082"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/tags?post=28082"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}