Kubernetes, modern uygulama geli\u015ftirme ve da\u011f\u0131t\u0131m\u0131n\u0131n temel ta\u015f\u0131 haline gelmi\u015ftir. Mikroservis mimarilerinin karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir platform sunarken, bu g\u00fcc\u00fcn b\u00fcy\u00fck bir k\u0131sm\u0131 iyi yap\u0131land\u0131r\u0131lm\u0131\u015f bir a\u011f altyap\u0131s\u0131na dayan\u0131r. Kubernetes ortam\u0131nda a\u011f, sadece Pod’lar aras\u0131nda veya Pod’lar ile d\u0131\u015f d\u00fcnya aras\u0131nda ileti\u015fimi sa\u011flamaktan \u00e7ok daha fazlas\u0131d\u0131r; g\u00fcvenlik, performans, g\u00f6zlemlenebilirlik ve \u00f6l\u00e7eklenebilirlik gibi kritik alanlarda belirleyici bir rol oynar. Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f veya ihmal edilmi\u015f bir a\u011f, uygulaman\u0131z\u0131n performans\u0131n\u0131 d\u00fc\u015f\u00fcrebilir, g\u00fcvenlik a\u00e7\u0131klar\u0131na yol a\u00e7abilir ve operasyonel karma\u015f\u0131kl\u0131\u011f\u0131 art\u0131rabilir.<\/p>\n
Bu makale, Kubernetes da\u011f\u0131t\u0131mlar\u0131n\u0131z\u0131 en \u00fcst d\u00fczeyde g\u00fc\u00e7lendirmek i\u00e7in a\u011f ile ilgili en iyi uygulamalar\u0131 ve stratejileri derinlemesine inceleyecektir. Kubernetes a\u011f\u0131n\u0131n temel bile\u015fenlerinden ba\u015flayarak, g\u00fcvenlik, performans, \u00f6l\u00e7eklenebilirlik ve geli\u015fmi\u015f senaryolara y\u00f6nelik pratik \u00e7\u00f6z\u00fcmlere kadar geni\u015f bir yelpazeyi kapsayaca\u011f\u0131z. Amac\u0131m\u0131z, geli\u015ftiricilere ve operasyon ekiplerine, Kubernetes a\u011flar\u0131n\u0131 etkili bir \u015fekilde y\u00f6netmeleri ve optimize etmeleri i\u00e7in gerekli bilgi ve ara\u00e7lar\u0131 sunmakt\u0131r.<\/p>\n
Kubernetes’in karma\u015f\u0131k yap\u0131s\u0131n\u0131 anlamak i\u00e7in \u00f6ncelikle a\u011f temellerini kavramak \u00f6nemlidir. Kubernetes, Pod’lara kendi IP adreslerini atayarak ve Pod’lar aras\u0131nda d\u00fcz bir a\u011f alan\u0131 olu\u015fturarak “IP-per-Pod” modelini benimser. Bu model, sanal makinelerdeki uygulamalar\u0131n birbirleriyle ileti\u015fim kurma \u015fekline benzer bir yakla\u015f\u0131m sunar ve uygulamalar\u0131n a\u011fdan ba\u011f\u0131ms\u0131z olmas\u0131n\u0131 sa\u011flar.<\/p>\n
Kubernetes’teki her Pod’un benzersiz bir IP adresi vard\u0131r ve bu IP adresi \u00fczerinden di\u011fer Pod’lar ve d\u0131\u015f d\u00fcnya ile ileti\u015fim kurar. Bu “d\u00fcz a\u011f” modelini m\u00fcmk\u00fcn k\u0131lan teknoloji, Konteyner A\u011f\u0131 Aray\u00fcz\u00fc (CNI) standard\u0131d\u0131r. CNI, Kubernetes ve konteyner \u00e7al\u0131\u015fma zaman\u0131 (container runtime) aras\u0131nda bir k\u00f6pr\u00fc g\u00f6revi g\u00f6rerek a\u011f eklentilerinin (plugins) Pod a\u011f\u0131n\u0131 yap\u0131land\u0131rmas\u0131na olanak tan\u0131r.<\/p>\n
\u00c7e\u015fitli CNI eklentileri mevcuttur ve her birinin kendine \u00f6zg\u00fc \u00f6zellikleri, performans karakteristikleri ve kullan\u0131m durumlar\u0131 vard\u0131r:<\/p>\n
* Calico:<\/strong> A\u011f politikas\u0131 uygulama yetenekleri ve y\u00fcksek performans\u0131yla bilinir. BGP kullanarak veya overlay a\u011flar (VXLAN, IPIP) \u00fczerinden \u00e7al\u0131\u015fabilir. \u00d6zellikle g\u00fcvenlik odakl\u0131 ve b\u00fcy\u00fck \u00f6l\u00e7ekli da\u011f\u0131t\u0131mlarda tercih edilir. CNI se\u00e7imi, k\u00fcmenizin g\u00fcvenlik gereksinimleri, performans hedefleri, \u00f6l\u00e7eklenebilirlik beklentileri ve mevcut altyap\u0131n\u0131zla uyumlulu\u011fu g\u00f6z \u00f6n\u00fcnde bulundurularak yap\u0131lmal\u0131d\u0131r.<\/p>\n Kubernetes’teki Pod’lar ge\u00e7icidir ve IP adresleri de\u011fi\u015febilir. Bu durum, uygulamalar\u0131n birbirleriyle veya d\u0131\u015f d\u00fcnyayla g\u00fcvenilir bir \u015fekilde ileti\u015fim kurmas\u0131n\u0131 zorla\u015ft\u0131r\u0131r. \u0130\u015fte burada Kubernetes Servisleri devreye girer. Servisler, bir grup Pod’a kararl\u0131 bir a\u011f kimli\u011fi ve eri\u015fim noktas\u0131 sa\u011flar.<\/p>\n Ba\u015fl\u0131ca Servis t\u00fcrleri \u015funlard\u0131r:<\/p>\n * ClusterIP:<\/strong> Yaln\u0131zca k\u00fcme i\u00e7inden eri\u015filebilen sanal bir IP adresi sa\u011flar. Pod’lar\u0131n birbirleriyle ileti\u015fim kurmas\u0131 i\u00e7in en yayg\u0131n kullan\u0131lan Servis t\u00fcr\u00fcd\u00fcr. Kube-proxy, Servislerin arkas\u0131ndaki Pod’lara trafi\u011fi y\u00f6nlendirmekten sorumlu bir bile\u015fendir. Harici trafi\u011fin k\u00fcme i\u00e7indeki Servis’lere HTTP\/HTTPS \u00fczerinden y\u00f6nlendirilmesi i\u00e7in Giri\u015f Kontrolc\u00fcleri kullan\u0131l\u0131r. Bir Ingress Controller, bir veya daha fazla Ingress kayna\u011f\u0131n\u0131 izler ve gelen trafi\u011fi yap\u0131land\u0131r\u0131lan kurallara g\u00f6re uygun Servis’lere y\u00f6nlendirir.<\/p>\n Pop\u00fcler Ingress Controller’lar \u015funlard\u0131r:<\/p>\n * Nginx Ingress Controller:<\/strong> En yayg\u0131n kullan\u0131lanlardan biridir, esneklik ve zengin \u00f6zellik seti sunar. Ingress kaynaklar\u0131, host tabanl\u0131 y\u00f6nlendirme, yol tabanl\u0131 y\u00f6nlendirme, TLS sonland\u0131rma gibi \u00f6zellikleri tan\u0131mlar. Do\u011fru Ingress Controller se\u00e7imi, uygulaman\u0131z\u0131n trafi\u011fini verimli ve g\u00fcvenli bir \u015fekilde y\u00f6netmek i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Kubernetes a\u011f\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131, g\u00fcvenlik konusunda \u00f6zel dikkat gerektirir. Mikroservisler aras\u0131 ileti\u015fimi ve d\u0131\u015f d\u00fcnyaya a\u00e7\u0131lan kap\u0131lar\u0131 do\u011fru bir \u015fekilde g\u00fcvence alt\u0131na almak, sald\u0131r\u0131 y\u00fczeyini azaltmak ve veri ihlallerini \u00f6nlemek i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n A\u011f Politikalar\u0131, Kubernetes’in yerle\u015fik g\u00fcvenlik mekanizmalar\u0131ndan biridir ve Pod’lar aras\u0131 ileti\u015fimi k\u0131s\u0131tlamak i\u00e7in kullan\u0131l\u0131r. Bu politikalar, g\u00fcvenlik duvar\u0131 kurallar\u0131 gibi \u00e7al\u0131\u015farak Pod’lar i\u00e7in giri\u015f (ingress) ve \u00e7\u0131k\u0131\u015f (egress) trafi\u011fini kontrol eder.<\/p>\n * Mikro-segmentasyon:<\/strong> A\u011f Politikalar\u0131, uygulamalar\u0131n\u0131z\u0131 mant\u0131ksal olarak izole etmenizi ve her bir bile\u015fenin yaln\u0131zca ihtiya\u00e7 duydu\u011fu di\u011fer bile\u015fenlerle ileti\u015fim kurmas\u0131na izin vermenizi sa\u011flar. Bu, bir g\u00fcvenlik ihlali durumunda sald\u0131r\u0131n\u0131n yay\u0131lmas\u0131n\u0131 s\u0131n\u0131rlar. A\u011f Politikalar\u0131n\u0131n etkin bir \u015fekilde \u00e7al\u0131\u015fmas\u0131 i\u00e7in CNI eklentinizin (Calico, Cilium, Weave Net gibi) bu \u00f6zelli\u011fi desteklemesi gerekir. Flannel gibi baz\u0131 basit CNI’lar bu \u00f6zelli\u011fi sa\u011flamaz.<\/p>\n Uygulamalar\u0131n\u0131z\u0131n d\u0131\u015f d\u00fcnyaya g\u00fcvenli bir \u015fekilde a\u00e7\u0131lmas\u0131, dikkatli planlama gerektirir.<\/p>\n * NodePort’tan Ka\u00e7\u0131nma:<\/strong> NodePort Servisleri, her k\u00fcme d\u00fc\u011f\u00fcm\u00fcnde belirli bir portu a\u00e7t\u0131\u011f\u0131 i\u00e7in g\u00fcvenlik riskleri ta\u015f\u0131r ve genellikle \u00fcretim ortamlar\u0131 i\u00e7in \u00f6nerilmez. A\u011f g\u00fcvenli\u011fi sadece trafik ak\u0131\u015f\u0131n\u0131 kontrol etmekle kalmaz, ayn\u0131 zamanda kimlerin hangi kaynaklara eri\u015febilece\u011fini de belirler.<\/p>\n * RBAC (Rol Tabanl\u0131 Eri\u015fim Kontrol\u00fc):<\/strong> Kubernetes’in kendi RBAC mekanizmas\u0131n\u0131 kullanarak, a\u011f kaynaklar\u0131n\u0131 (Servisler, Ingress’ler, A\u011f Politikalar\u0131) y\u00f6netme yetkilerini s\u0131k\u0131 bir \u015fekilde kontrol edin. Yaln\u0131zca ilgili kullan\u0131c\u0131lara ve servis hesaplar\u0131na gerekli izinleri verin. Kubernetes k\u00fcmenizin \u00e7al\u0131\u015ft\u0131\u011f\u0131 bulut altyap\u0131s\u0131n\u0131n sa\u011flad\u0131\u011f\u0131 g\u00fcvenlik \u00f6zelliklerini kullanmak, ek bir g\u00fcvenlik katman\u0131 sa\u011flar.<\/p>\n * Bulut Sa\u011flay\u0131c\u0131 G\u00fcvenlik Duvarlar\u0131:<\/strong> Sanal makinelerin veya k\u00fcme d\u00fc\u011f\u00fcmlerinin a\u011f aray\u00fczlerine uygulanan g\u00fcvenlik gruplar\u0131 veya a\u011f g\u00fcvenlik duvarlar\u0131, yaln\u0131zca belirli IP aral\u0131klar\u0131ndan veya portlardan gelen trafi\u011fe izin verecek \u015fekilde yap\u0131land\u0131r\u0131lmal\u0131d\u0131r. \u00d6zellikle Kubernetes kontrol d\u00fczlemine (API Sunucusu) eri\u015fimi k\u0131s\u0131tlamak \u00f6nemlidir. B\u00fcy\u00fck ve dinamik Kubernetes k\u00fcmelerinde a\u011f performans\u0131 ve \u00f6l\u00e7eklenebilirli\u011fi kritik \u00f6neme sahiptir. Do\u011fru ara\u00e7lar\u0131 ve stratejileri se\u00e7mek, uygulamalar\u0131n\u0131z\u0131n y\u00fcksek y\u00fck alt\u0131nda bile sorunsuz \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.<\/p>\n CNI eklentisi se\u00e7imi, k\u00fcmenizin a\u011f performans\u0131n\u0131 ve \u00f6l\u00e7eklenebilirli\u011fini do\u011frudan etkiler.<\/p>\n * Performans K\u0131yaslamalar\u0131:<\/strong> CNI eklentilerinin paket y\u00f6nlendirme h\u0131zlar\u0131, gecikme s\u00fcreleri ve CPU t\u00fcketimi gibi metrikler a\u00e7\u0131s\u0131ndan k\u0131yaslamalar\u0131n\u0131 inceleyin. Cilium’un eBPF tabanl\u0131 yakla\u015f\u0131m\u0131 genellikle y\u00fcksek performans sunar. Servis A\u011flar\u0131, mikroservis mimarilerinde a\u011f trafi\u011fini y\u00f6netmek, g\u00f6zlemlemek ve g\u00fcvence alt\u0131na almak i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r.<\/p>\n * Trafik Y\u00f6netimi:<\/strong> \u0130stek y\u00f6nlendirme (request routing), yeniden denemeler (retries), devre kesme (circuit breaking), trafik kayd\u0131rma (traffic shifting) gibi geli\u015fmi\u015f trafik y\u00f6netimi yetenekleri sunar. Bu, da\u011f\u0131t\u0131lm\u0131\u015f uygulamalar\u0131n dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 ve esnekli\u011fini art\u0131r\u0131r. Kubernetes’teki DNS \u00e7\u00f6z\u00fcm\u00fc (CoreDNS), uygulamalar\u0131n di\u011fer servisleri bulmas\u0131 i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n * CoreDNS Konfig\u00fcrasyonu:<\/strong> CoreDNS’in \u00f6nbellekleme (cache) ayarlar\u0131n\u0131 optimize edin. Yeterli say\u0131da CoreDNS replikas\u0131 \u00e7al\u0131\u015ft\u0131rarak y\u00fcksek kullan\u0131labilirlik ve performans sa\u011flay\u0131n. Kubernetes’te IP adres planlamas\u0131, \u00f6l\u00e7eklenebilirlik i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n * CIDR Blok Planlamas\u0131:<\/strong> Pod’lar, Servisler ve d\u00fc\u011f\u00fcmler i\u00e7in yeterince b\u00fcy\u00fck ve \u00e7ak\u0131\u015fmayan IP CIDR bloklar\u0131 ay\u0131r\u0131n. Gelecekteki b\u00fcy\u00fcme ve geni\u015fleme ihtiya\u00e7lar\u0131n\u0131 g\u00f6z \u00f6n\u00fcnde bulundurun. A\u011fdaki sorunlar\u0131 h\u0131zl\u0131ca tespit etmek ve \u00e7\u00f6zmek i\u00e7in kapsaml\u0131 g\u00f6zlemlenebilirlik ara\u00e7lar\u0131 kurmak esast\u0131r.<\/p>\n * Metrikler:<\/strong> Prometheus ve Grafana kullanarak CNI eklentisinden, Kube-proxy’den, Ingress Controller’dan ve Servis A\u011f\u0131ndan a\u011f metriklerini (trafik hacmi, gecikme, hata oranlar\u0131) toplay\u0131n ve g\u00f6rselle\u015ftirin. Kubernetes’in esnekli\u011fi, hibrit bulut, \u00e7oklu k\u00fcme ve \u00f6zel a\u011f gereksinimleri gibi geli\u015fmi\u015f senaryolar\u0131 desteklemesini sa\u011flar.<\/p>\n Birden fazla Kubernetes k\u00fcmesini veya bulut ortam\u0131n\u0131 y\u00f6netmek, a\u011f entegrasyonu konusunda benzersiz zorluklar sunar.<\/p>\n * K\u00fcmeler Aras\u0131 \u0130leti\u015fim:<\/strong> Submariner, Anthos Multi-Cluster Ingress veya \u00f6zel VPN \u00e7\u00f6z\u00fcmleri gibi ara\u00e7lar kullanarak farkl\u0131 k\u00fcmelerdeki Pod’lar\u0131n veya Servislerin birbirleriyle g\u00fcvenli bir \u015fekilde ileti\u015fim kurmas\u0131n\u0131 sa\u011flay\u0131n. IP adresi t\u00fckenmesi endi\u015feleriyle birlikte, IPv6’ya ge\u00e7i\u015f giderek daha \u00f6nemli hale geliyor.<\/p>\n * \u00c7ift Y\u0131\u011f\u0131nl\u0131 A\u011f (Dual-Stack Networking):<\/strong> Kubernetes, IPv4 ve IPv6 adreslerini ayn\u0131 anda destekleyen \u00e7ift y\u0131\u011f\u0131nl\u0131 a\u011f yetene\u011fi sunar. CNI eklentinizin bu \u00f6zelli\u011fi destekledi\u011finden emin olun. Y\u00fcksek performansl\u0131 ve dayan\u0131kl\u0131 uygulamalar i\u00e7in geli\u015fmi\u015f y\u00fck dengeleme teknikleri kullan\u0131labilir.<\/p>\n * Katman 7 Y\u00fck Dengeleme:<\/strong> Ingress Controller’lar ve Servis A\u011flar\u0131, HTTP\/HTTPS ba\u015fl\u0131klar\u0131, URL yollar\u0131 ve \u00e7erezler gibi Katman 7 \u00f6zelliklerine dayal\u0131 geli\u015fmi\u015f trafik y\u00f6nlendirme yapabilir. K\u00fcmeden d\u0131\u015far\u0131 \u00e7\u0131kan trafi\u011fi kontrol etmek ve y\u00f6netmek de \u00f6nemlidir.<\/p>\n * Egress A\u011f Ge\u00e7itleri (Egress Gateways):<\/strong> Belirli Pod’lardan \u00e7\u0131kan trafi\u011fi tek bir egress a\u011f ge\u00e7idi \u00fczerinden y\u00f6nlendirerek, d\u0131\u015f g\u00fcvenlik duvarlar\u0131nda daha kolay politika y\u00f6netimi sa\u011flayabilirsiniz. Kubernetes a\u011f\u0131nda sorun giderme, genellikle karma\u015f\u0131k ve zaman al\u0131c\u0131 olabilir. Etkili izleme ve do\u011fru sorun giderme teknikleri, kesintileri en aza indirmek i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Sorun gidermeye ba\u015flarken kullanabilece\u011finiz temel Kubernetes komutlar\u0131:<\/p>\n * Aktif izleme, sorunlar\u0131 proaktif olarak tespit etmenizi sa\u011flar:<\/p>\n * Prometheus ve Grafana:<\/strong> CNI eklentisinden, Kube-proxy’den, Ingress Controller’dan ve Servis A\u011f\u0131ndan metrikleri toplayarak a\u011f performans\u0131n\u0131 ve sa\u011fl\u0131\u011f\u0131n\u0131 izleyin. \u00d6zel panolar olu\u015fturarak kritik a\u011f metriklerini g\u00f6rselle\u015ftirin. Kubernetes’te s\u0131k kar\u015f\u0131la\u015f\u0131lan a\u011f sorunlar\u0131 ve olas\u0131 \u00e7\u00f6z\u00fcmleri:<\/p>\n * DNS \u00c7\u00f6z\u00fcmleme Hatalar\u0131:<\/strong> Kubernetes da\u011f\u0131t\u0131mlar\u0131n\u0131z\u0131n g\u00fcc\u00fc, b\u00fcy\u00fck \u00f6l\u00e7\u00fcde alt\u0131nda yatan a\u011f altyap\u0131s\u0131n\u0131n sa\u011flaml\u0131\u011f\u0131na ve verimlili\u011fine ba\u011fl\u0131d\u0131r. Bu makalede ele ald\u0131\u011f\u0131m\u0131z a\u011f en iyi uygulamalar\u0131, Kubernetes ortam\u0131n\u0131z\u0131n g\u00fcvenlik, performans, \u00f6l\u00e7eklenebilirlik ve g\u00f6zlemlenebilirlik a\u00e7\u0131s\u0131ndan en y\u00fcksek standartlarda \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in bir yol haritas\u0131 sunmaktad\u0131r.<\/p>\n Do\u011fru CNI eklentisi se\u00e7imi, a\u011f politikalar\u0131yla mikro-segmentasyon, Servis A\u011flar\u0131 ile geli\u015fmi\u015f trafik y\u00f6netimi ve g\u00fcvenlik, kapsaml\u0131 g\u00f6zlemlenebilirlik ara\u00e7lar\u0131 ve dikkatli IP adres planlamas\u0131 gibi stratejiler, Kubernetes k\u00fcmenizin sadece \u00e7al\u0131\u015fmas\u0131n\u0131 de\u011fil, ayn\u0131 zamanda i\u015f y\u00fcklerinizi g\u00fcvenli, h\u0131zl\u0131 ve g\u00fcvenilir bir \u015fekilde sunmas\u0131n\u0131 garanti eder.<\/p>\n Kubernetes a\u011f d\u00fcnyas\u0131 s\u00fcrekli geli\u015fmektedir ve yeni teknolojiler (eBPF gibi) ve yakla\u015f\u0131mlar ortaya \u00e7\u0131kmaktad\u0131r. Bu nedenle, s\u00fcrekli \u00f6\u011frenmeye, ortam\u0131n\u0131z\u0131n \u00f6zel gereksinimlerini de\u011ferlendirmeye ve en iyi uygulamalar\u0131 da\u011f\u0131t\u0131mlar\u0131n\u0131za entegre etmeye devam etmek kritik \u00f6neme sahiptir. A\u011f\u0131n\u0131z\u0131 proaktif bir \u015fekilde y\u00f6netmek ve optimize etmek, Kubernetes da\u011f\u0131t\u0131m\u0131n\u0131z\u0131n tam potansiyelini ortaya \u00e7\u0131karman\u0131n anahtar\u0131d\u0131r.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Kubernetes Da\u011f\u0131t\u0131mlar\u0131n\u0131z\u0131 G\u00fc\u00e7lendirmek \u0130\u00e7in A\u011f En \u0130yi Uygulamalar\u0131\nKubernetes, modern uygulama geli\u015ftirme ve da\u011f\u0131t\u0131m\u0131n\u0131n temel ta","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-34712","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-bash","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* Cilium:<\/strong> eBPF teknolojisini kullanarak ola\u011fan\u00fcst\u00fc performans ve geli\u015fmi\u015f g\u00fcvenlik \u00f6zellikleri sunar. A\u011f politikalar\u0131, g\u00f6zlemlenebilirlik ve servis a\u011f\u0131 entegrasyonu konusunda g\u00fc\u00e7l\u00fcd\u00fcr. Modern ve y\u00fcksek performans gerektiren ortamlar i\u00e7in idealdir.
\n* Flannel:<\/strong> Basitli\u011fi ve kolay kurulumuyla \u00f6ne \u00e7\u0131kar. Genellikle overlay a\u011flar (VXLAN) kullanarak \u00e7al\u0131\u015f\u0131r ve daha k\u00fc\u00e7\u00fck k\u00fcmeler veya ba\u015flang\u0131\u00e7 seviyesi kullan\u0131c\u0131lar i\u00e7in iyi bir se\u00e7enektir. A\u011f politikas\u0131 deste\u011fi yoktur.
\n* Weave Net:<\/strong> Kolay yap\u0131land\u0131rma ve geli\u015fmi\u015f \u00f6zellikler sunar. Overlay a\u011flar kullanarak \u00e7al\u0131\u015f\u0131r ve \u00e7oklu bulut\/hibrit senaryolar i\u00e7in uygun olabilir.<\/p>\nServisler<\/h3>\n
\n* NodePort:<\/strong> Her d\u00fc\u011f\u00fcmde belirli bir port a\u00e7ar ve bu port \u00fczerinden Servis’e d\u0131\u015far\u0131dan eri\u015fim sa\u011flar. Genellikle test veya demo ortamlar\u0131 i\u00e7in kullan\u0131l\u0131r, \u00fcretimde do\u011frudan kullan\u0131lmas\u0131 \u00f6nerilmez.
\n* LoadBalancer:<\/strong> Bulut sa\u011flay\u0131c\u0131n\u0131n (AWS ELB, GCP Load Balancer, Azure Load Balancer vb.) y\u00f6netilen bir y\u00fck dengeleyicisini otomatik olarak sa\u011flar. D\u0131\u015far\u0131dan eri\u015fim i\u00e7in en yayg\u0131n ve g\u00fcvenli y\u00f6ntemdir.
\n* ExternalName:<\/strong> Bir Servis’i k\u00fcme d\u0131\u015f\u0131ndaki bir DNS ad\u0131na e\u015fler. Proxy yerine CNAME kayd\u0131 d\u00f6nd\u00fcr\u00fcr.<\/p>\niptables<\/code> veya ipvs<\/code> modlar\u0131n\u0131 kullanarak bu y\u00f6nlendirmeyi ger\u00e7ekle\u015ftirir. ipvs<\/code> modu, daha b\u00fcy\u00fck k\u00fcmelerde daha iyi performans ve \u00f6l\u00e7eklenebilirlik sunar.<\/p>\nGiri\u015f Kontrolc\u00fcleri (Ingress Controllers)<\/h3>\n
\n* HAProxy Ingress:<\/strong> Y\u00fcksek performans ve geli\u015fmi\u015f trafik y\u00f6netimi yetenekleri sunar.
\n* Traefik:<\/strong> Dinamik yap\u0131land\u0131rma ve kolay entegrasyon \u00f6zellikleriyle \u00f6ne \u00e7\u0131kar.
\n* Bulut Sa\u011flay\u0131c\u0131 Ingress’leri:<\/strong> GKE Ingress (Google Cloud Load Balancer), AWS ALB Ingress Controller gibi bulut sa\u011flay\u0131c\u0131ya \u00f6zel \u00e7\u00f6z\u00fcmler, genellikle bulutun yerel y\u00fck dengeleyici \u00f6zellikleriyle entegre \u00e7al\u0131\u015f\u0131r.<\/p>\nA\u011f G\u00fcvenli\u011fi En \u0130yi Uygulamalar\u0131<\/h2>\n
A\u011f Politikalar\u0131 (Network Policies)<\/h3>\n
\n* Varsay\u0131lan Reddetme (Default Deny):<\/strong> En iyi uygulama, her namespace’e veya Pod grubuna varsay\u0131lan olarak t\u00fcm giri\u015f ve \u00e7\u0131k\u0131\u015f trafi\u011fini reddeden bir A\u011f Politikas\u0131 uygulamakt\u0131r. Daha sonra, belirli ileti\u015fimlere izin veren daha spesifik politikalar eklenir. Bu, “en az ayr\u0131cal\u0131k” prensibini a\u011f seviyesinde uygular.
\n* Namespace \u0130zolasyonu:<\/strong> Farkl\u0131 uygulamalar\u0131 veya ortamlar\u0131 (geli\u015ftirme, test, \u00fcretim) ayr\u0131 namespace’lerde tutmak ve bu namespace’ler aras\u0131nda A\u011f Politikalar\u0131 ile ileti\u015fimi k\u0131s\u0131tlamak, g\u00fcvenlik duru\u015funuzu \u00f6nemli \u00f6l\u00e7\u00fcde g\u00fc\u00e7lendirir.
\n* Giri\u015f ve \u00c7\u0131k\u0131\u015f Kurallar\u0131:<\/strong> A\u011f Politikalar\u0131 hem gelen (ingress) hem de giden (egress) trafi\u011fi kontrol edebilir. \u00d6rne\u011fin, bir veritaban\u0131 Pod’unun yaln\u0131zca belirli uygulama Pod’lar\u0131ndan gelen trafi\u011fi kabul etmesini ve yaln\u0131zca harici bir yedekleme hizmetine giden trafi\u011fe izin vermesini sa\u011flayabilirsiniz.<\/p>\nG\u00fcvenli D\u0131\u015f Eri\u015fim<\/h3>\n
\n* LoadBalancer ve Ingress Kullan\u0131m\u0131:<\/strong> \u00dcretim ortamlar\u0131nda, harici eri\u015fim i\u00e7in LoadBalancer Servisleri veya Ingress Controller’lar kullan\u0131lmal\u0131d\u0131r. Bu \u00e7\u00f6z\u00fcmler, daha fazla kontrol, trafik y\u00f6netimi ve g\u00fcvenlik \u00f6zelli\u011fi sunar.
\n* TLS Sonland\u0131rma:<\/strong> SSL\/TLS sertifikalar\u0131n\u0131 Ingress Controller’da veya Load Balancer’da sonland\u0131rmak, trafi\u011fi \u015fifreleyerek hassas verilerin g\u00fcvenli\u011fini sa\u011flar. Bu, Pod’lar\u0131n TLS sertifikalar\u0131n\u0131 y\u00f6netme y\u00fck\u00fcn\u00fc azalt\u0131r.
\n* Web Uygulama G\u00fcvenlik Duvar\u0131 (WAF) ve CDN:<\/strong> Y\u00fcksek trafikli veya hassas uygulamalar i\u00e7in bir WAF ve \u0130\u00e7erik Da\u011f\u0131t\u0131m A\u011f\u0131 (CDN) kullanmak, DDoS sald\u0131r\u0131lar\u0131na, web tabanl\u0131 tehditlere kar\u015f\u0131 ek bir koruma katman\u0131 sa\u011flar ve performans\u0131 art\u0131r\u0131r.
\n* \u00d6zel A\u011flar (VPN\/Direct Connect):<\/strong> Hassas uygulamalar ve veri tabanlar\u0131 i\u00e7in, k\u00fcmenize \u00f6zel VPN veya do\u011frudan ba\u011flant\u0131lar (Direct Connect, ExpressRoute) \u00fczerinden eri\u015fim sa\u011flamak, genel internet \u00fczerinden eri\u015fime k\u0131yasla \u00e7ok daha g\u00fcvenli bir y\u00f6ntemdir.<\/p>\nGeli\u015fmi\u015f Kimlik Do\u011frulama ve Yetkilendirme<\/h3>\n
\n* Servis A\u011f\u0131 (Service Mesh) ile mTLS:<\/strong> Istio, Linkerd gibi Servis A\u011flar\u0131, Pod’lar aras\u0131 t\u00fcm ileti\u015fimi otomatik olarak kar\u015f\u0131l\u0131kl\u0131 TLS (mTLS) ile \u015fifreleyebilir. Bu, a\u011f i\u00e7indeki trafi\u011fin bile yetkisiz dinlemeye kar\u015f\u0131 korunmas\u0131n\u0131 sa\u011flar ve kimlik do\u011frulamay\u0131 g\u00fc\u00e7lendirir.<\/p>\nG\u00fcvenlik Duvarlar\u0131 ve G\u00fcvenlik Gruplar\u0131<\/h3>\n
\n* Kontrol D\u00fczlemi \u0130zolasyonu:<\/strong> Kubernetes API Sunucusu, etcd gibi kontrol d\u00fczlemi bile\u015fenlerine eri\u015fimi yaln\u0131zca yetkili y\u00f6neticiler ve belirli hizmet IP’leri ile s\u0131n\u0131rlay\u0131n. Bu, k\u00fcmenizin kalbini d\u0131\u015f tehditlerden korur.<\/p>\nPerformans ve \u00d6l\u00e7eklenebilirlik \u0130\u00e7in A\u011f Optimizasyonlar\u0131<\/h2>\n
Do\u011fru CNI Se\u00e7imi<\/h3>\n
\n* \u00d6zellik Seti:<\/strong> A\u011f politikas\u0131 deste\u011fi, IP adres y\u00f6netimi (IPAM), \u00e7oklu a\u011f aray\u00fcz\u00fc deste\u011fi, g\u00f6zlemlenebilirlik ara\u00e7lar\u0131 gibi \u00f6zelliklerin uygulaman\u0131z\u0131n gereksinimlerini kar\u015f\u0131lad\u0131\u011f\u0131ndan emin olun.
\n* \u00d6l\u00e7eklenebilirlik:<\/strong> CNI’n\u0131n binlerce Pod ve d\u00fc\u011f\u00fcm i\u00e7eren b\u00fcy\u00fck k\u00fcmelerde nas\u0131l performans g\u00f6sterdi\u011fini de\u011ferlendirin. Baz\u0131 CNI’lar, daha b\u00fcy\u00fck \u00f6l\u00e7eklerde performans sorunlar\u0131 ya\u015fayabilir.<\/p>\nServis A\u011f\u0131 (Service Mesh) Kullan\u0131m\u0131<\/h3>\n
\n* G\u00f6zlemlenebilirlik:<\/strong> Otomatik olarak metrikler (latency, throughput), da\u011f\u0131t\u0131lm\u0131\u015f izleme (distributed tracing) ve loglama sa\u011flar. Bu sayede, a\u011fdaki sorunlar\u0131 tespit etmek ve gidermek \u00e7ok daha kolay hale gelir.
\n* G\u00fcvenlik:<\/strong> mTLS (kar\u015f\u0131l\u0131kl\u0131 TLS) ile servisler aras\u0131 ileti\u015fimi otomatik olarak \u015fifreler ve yetkilendirme politikalar\u0131 uygulayarak g\u00fcvenlik duru\u015funu g\u00fc\u00e7lendirir.
\n* Maliyet ve Karma\u015f\u0131kl\u0131k:<\/strong> Servis A\u011flar\u0131, ek bir katman getirdi\u011fi i\u00e7in operasyonel karma\u015f\u0131kl\u0131\u011f\u0131 ve kaynak t\u00fcketimini art\u0131rabilir. Faydalar\u0131, getirdi\u011fi maliyetleri a\u015ft\u0131\u011f\u0131nda kullan\u0131lmal\u0131d\u0131r.<\/p>\nDNS Optimizasyonlar\u0131<\/h3>\n
\n* D\u0131\u015f DNS Entegrasyonu (ExternalDNS):<\/strong> ExternalDNS<\/code> gibi ara\u00e7lar, Kubernetes Servisleri ve Ingress’leri i\u00e7in otomatik olarak harici DNS kay\u0131tlar\u0131 olu\u015fturarak ve g\u00fcncelleyerek DNS y\u00f6netimini basitle\u015ftirir.<\/p>\nIP Adres Y\u00f6netimi (IPAM)<\/h3>\n
\n* IP T\u00fckenmesi:<\/strong> Yetersiz IP adresi planlamas\u0131, k\u00fcmenin b\u00fcy\u00fcmesini engelleyebilir. IPAM \u00e7\u00f6z\u00fcm\u00fcn\u00fcz\u00fcn (genellikle CNI eklentinizin bir par\u00e7as\u0131d\u0131r) IP adreslerini verimli bir \u015fekilde y\u00f6netti\u011finden emin olun.
\n* \u00d6zel IP Aral\u0131klar\u0131:<\/strong> K\u00fcme i\u00e7inde yaln\u0131zca \u00f6zel IP adres aral\u0131klar\u0131n\u0131 kullan\u0131n (RFC 1918), bu sayede \u00e7ak\u0131\u015fmalar\u0131 \u00f6nlersiniz.<\/p>\nA\u011f G\u00f6zlemlenebilirli\u011fi<\/h3>\n
\n* Loglar:<\/strong> Fluentd veya Loki gibi ara\u00e7larla Pod loglar\u0131n\u0131, Servis loglar\u0131n\u0131 ve Ingress Controller loglar\u0131n\u0131 toplay\u0131n ve merkezi bir yerde (ELK Stack, Grafana Loki) analiz edin.
\n* Da\u011f\u0131t\u0131lm\u0131\u015f \u0130zleme:<\/strong> Jaeger veya Zipkin gibi da\u011f\u0131t\u0131lm\u0131\u015f izleme ara\u00e7lar\u0131, isteklerin mikroservisler aras\u0131nda nas\u0131l hareket etti\u011fini g\u00f6rselle\u015ftirerek performans darbo\u011fazlar\u0131n\u0131 ve hatalar\u0131 tespit etmenizi sa\u011flar. Servis A\u011f\u0131 kullan\u0131yorsan\u0131z bu entegrasyon daha kolayd\u0131r.
\n* Ak\u0131\u015f Loglar\u0131 (Flow Logs):<\/strong> Bulut sa\u011flay\u0131c\u0131n\u0131z\u0131n VPC Ak\u0131\u015f Loglar\u0131n\u0131 (AWS VPC Flow Logs, GCP Flow Logs) etkinle\u015ftirerek k\u00fcme d\u00fc\u011f\u00fcmleri aras\u0131ndaki a\u011f trafi\u011fini izleyin ve g\u00fcvenlik analizi yap\u0131n.<\/p>\nGeli\u015fmi\u015f A\u011f Senaryolar\u0131 ve Entegrasyonlar<\/h2>\n
Hibrit ve \u00c7oklu Bulut Ortamlar\u0131<\/h3>\n
\n* Tutarl\u0131 A\u011f Politikalar\u0131:<\/strong> Farkl\u0131 k\u00fcmelerde veya bulutlarda tutarl\u0131 a\u011f politikalar\u0131 uygulamak i\u00e7in merkezi bir y\u00f6netim \u00e7\u00f6z\u00fcm\u00fc veya otomasyon kullan\u0131n.
\n* VPN ve Do\u011frudan Ba\u011flant\u0131lar:<\/strong> \u015eirket i\u00e7i veri merkezleri ile bulut k\u00fcmeleri aras\u0131nda g\u00fcvenli ve y\u00fcksek performansl\u0131 ba\u011flant\u0131lar kurmak i\u00e7in VPN t\u00fcnelleri veya do\u011frudan ba\u011flant\u0131 hizmetleri (AWS Direct Connect, Azure ExpressRoute) kullan\u0131n.<\/p>\nIPv6 Deste\u011fi<\/h3>\n
\n* Uygulama Uyumlulu\u011fu:<\/strong> Uygulamalar\u0131n\u0131z\u0131n IPv6’y\u0131 destekledi\u011finden ve do\u011fru \u015fekilde yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olun.<\/p>\nGeli\u015fmi\u015f Y\u00fck Dengeleme Teknikleri<\/h3>\n
\n* K\u00fcresel Y\u00fck Dengeleme (GSLB):<\/strong> Co\u011frafi olarak da\u011f\u0131t\u0131lm\u0131\u015f uygulamalar i\u00e7in, kullan\u0131c\u0131lar\u0131 kendilerine en yak\u0131n veya en uygun k\u00fcmeye y\u00f6nlendiren K\u00fcresel Y\u00fck Dengeleme \u00e7\u00f6z\u00fcmleri kullan\u0131n.
\n* Sticky Sessions\/Session Affinity:<\/strong> Oturum tabanl\u0131 uygulamalar i\u00e7in, ayn\u0131 kullan\u0131c\u0131n\u0131n isteklerini her zaman ayn\u0131 Pod’a y\u00f6nlendiren “sticky sessions” veya “session affinity” \u00f6zelliklerini etkinle\u015ftirin.<\/p>\nEgress Trafi\u011fi Y\u00f6netimi<\/h3>\n
\n* NAT A\u011f Ge\u00e7itleri:<\/strong> Bulut ortamlar\u0131nda, Pod’lar\u0131n genel internete eri\u015fimini kontrol etmek ve IP adreslerini maskelemek i\u00e7in NAT a\u011f ge\u00e7itleri kullan\u0131n.
\n* Giden Trafik Politikalar\u0131:<\/strong> A\u011f Politikalar\u0131 ile Pod’lar\u0131n hangi d\u0131\u015f IP adreslerine veya portlara eri\u015febilece\u011fini k\u0131s\u0131tlayarak g\u00fcvenlik duru\u015funuzu g\u00fc\u00e7lendirin.<\/p>\nSorun Giderme ve \u0130zleme<\/h2>\n
Temel Komutlar ve Ara\u00e7lar<\/h3>\n
kubectl get pods -o wide<\/code>: Pod’lar\u0131n IP adreslerini ve hangi d\u00fc\u011f\u00fcmde \u00e7al\u0131\u015ft\u0131klar\u0131n\u0131 g\u00f6rmek i\u00e7in.
\n* kubectl describe pod
\n* kubectl describe service
\n* kubectl describe networkpolicy
\n* kubectl logs
\n* kubectl exec -it ping<\/code>, curl<\/code>, netstat<\/code>, ip a<\/code> gibi a\u011f ara\u00e7lar\u0131n\u0131 kullanmak i\u00e7in.
\n* kubectl get events<\/code>: K\u00fcme genelindeki olaylar\u0131, a\u011f bile\u015fenleriyle ilgili sorunlar\u0131 tespit etmek i\u00e7in.<\/p>\nA\u011f \u0130zleme Ara\u00e7lar\u0131<\/h3>\n
\n* ELK Stack (Elasticsearch, Logstash, Kibana) veya Grafana Loki:<\/strong> Merkezi log toplama ve analiz platformlar\u0131 ile a\u011f bile\u015fenlerinden gelen loglar\u0131 toplay\u0131n, filtreleyin ve g\u00f6rselle\u015ftirin.
\n* Bulut Sa\u011flay\u0131c\u0131 \u0130zleme:<\/strong> AWS CloudWatch, Azure Monitor veya Google Cloud Monitoring gibi bulut sa\u011flay\u0131c\u0131n\u0131z\u0131n yerel izleme ara\u00e7lar\u0131n\u0131 kullanarak k\u00fcme d\u00fc\u011f\u00fcmlerinin a\u011f performans\u0131n\u0131 ve ba\u011flant\u0131lar\u0131n\u0131 izleyin.<\/p>\nYayg\u0131n A\u011f Sorunlar\u0131<\/h3>\n
\n * Pod’lar veya Servisler di\u011fer servisleri bulam\u0131yor.
\n * \u00c7\u00f6z\u00fcm:<\/strong> CoreDNS Pod’lar\u0131n\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan, yeterli replikaya sahip oldu\u011fundan ve yap\u0131land\u0131rmas\u0131n\u0131n do\u011fru oldu\u011fundan emin olun. \/etc\/resolv.conf<\/code> i\u00e7inde CoreDNS Servis IP’sinin do\u011fru oldu\u011fundan emin olun.
\n* A\u011f Politikas\u0131 Engellemeleri:<\/strong>
\n * \u0130ki Pod aras\u0131nda ileti\u015fim kurulam\u0131yor.
\n * \u00c7\u00f6z\u00fcm:<\/strong> A\u011f Politikalar\u0131n\u0131 kontrol edin. Yanl\u0131\u015fl\u0131kla bir trafi\u011fi engelliyor olabilir. kubectl describe networkpolicy<\/code> ve kubectl exec<\/code> ile curl<\/code> veya netcat<\/code> kullanarak ba\u011flant\u0131y\u0131 test edin.
\n* Servis U\u00e7 Noktas\u0131 Sorunlar\u0131:<\/strong>
\n * Bir Servis’e ula\u015f\u0131lam\u0131yor.
\n * \u00c7\u00f6z\u00fcm:<\/strong> Servis’in arkas\u0131ndaki Pod’lar\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan ve Ready<\/code> durumda oldu\u011fundan emin olun. kubectl describe service<\/code> komutu ile Servis’in do\u011fru u\u00e7 noktalara (endpoints) sahip olup olmad\u0131\u011f\u0131n\u0131 kontrol edin. Kube-proxy’nin d\u00fczg\u00fcn \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olun.
\n* IP T\u00fckenmesi:<\/strong>
\n * Yeni Pod’lar IP adresi alam\u0131yor.
\n * \u00c7\u00f6z\u00fcm:<\/strong> CNI yap\u0131land\u0131rman\u0131zdaki Pod CIDR blo\u011funun yeterince b\u00fcy\u00fck oldu\u011fundan emin olun. K\u00fcme \u00f6l\u00e7e\u011fini g\u00f6zden ge\u00e7irin ve gerekirse IP planlaman\u0131z\u0131 geni\u015fletin.
\n* Ingress Y\u00f6nlendirme Hatalar\u0131:<\/strong>
\n * Harici trafik uygulamaya ula\u015fm\u0131yor.
\n * \u00c7\u00f6z\u00fcm:<\/strong> Ingress Controller Pod’lar\u0131n\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan ve loglar\u0131n\u0131 kontrol edin. Ingress kayna\u011f\u0131n\u0131n kurallar\u0131n\u0131n (host, path, backend service) do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olun. Load Balancer’\u0131n Ingress Controller’a do\u011fru trafi\u011fi y\u00f6nlendirdi\u011finden emin olun.<\/p>\nSonu\u00e7<\/h2>\n