Bulut tabanl\u0131 uygulamalar\u0131n\u0131z\u0131 d\u0131\u015f d\u00fcnyaya a\u00e7mak, \u00e7o\u011fu zaman karma\u015f\u0131k bir a\u011f yap\u0131land\u0131rmas\u0131 gerektirir. Google Kubernetes Engine (GKE) gibi g\u00fc\u00e7l\u00fc bir platformda \u00e7al\u0131\u015f\u0131rken, uygulamalar\u0131n\u0131z\u0131n internet \u00fczerinden eri\u015filebilir olmas\u0131n\u0131 sa\u011flaman\u0131n en temel yollar\u0131ndan biri NodePort servisidir. Peki, GKE’de Kubernetes NodePort servisini ad\u0131m ad\u0131m \u00f6\u011frenmeye ve uygulamalar\u0131n\u0131z\u0131 g\u00fcvenli ve etkili bir \u015fekilde d\u0131\u015f d\u00fcnyaya nas\u0131l a\u00e7aca\u011f\u0131n\u0131z\u0131 ke\u015ffetmeye haz\u0131r m\u0131s\u0131n\u0131z? Bu kapsaml\u0131 rehber, detayl\u0131 \u00f6rnekler ve en iyi uygulamalarla GKE’de NodePort kullan\u0131m\u0131n\u0131 derinlemesine ele alacak.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn dinamik yaz\u0131l\u0131m geli\u015ftirme ortamlar\u0131nda, mikroservis mimarileri ve container teknolojileri h\u0131zla yayg\u0131nla\u015f\u0131yor. Kubernetes, bu container’lar\u0131 y\u00f6netmek i\u00e7in sekt\u00f6r standard\u0131 haline gelmi\u015f durumda. Ancak, geli\u015ftirdi\u011finiz bir web uygulamas\u0131n\u0131 veya API’yi Kubernetes k\u00fcmesi i\u00e7inde \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, kullan\u0131c\u0131lar\u0131n\u0131z\u0131n bu uygulamaya d\u0131\u015far\u0131dan eri\u015febilmesi i\u00e7in belirli a\u011f yap\u0131land\u0131rmalar\u0131na ihtiyac\u0131n\u0131z olur. Kubernetes, bu eri\u015fimi sa\u011flamak i\u00e7in \u00e7e\u015fitli servis t\u00fcrleri sunar ve NodePort, bu se\u00e7eneklerden biridir. \u00d6zellikle GKE gibi y\u00f6netilen bir Kubernetes hizmetinde, NodePort’un nas\u0131l yap\u0131land\u0131r\u0131laca\u011f\u0131n\u0131 ve en verimli \u015fekilde nas\u0131l kullan\u0131laca\u011f\u0131n\u0131 anlamak, uygulamalar\u0131n\u0131z\u0131n eri\u015filebilirli\u011fini ve performans\u0131n\u0131 do\u011frudan etkiler.<\/p>\n
Peki, bir Kubernetes k\u00fcmesi i\u00e7inde \u00e7al\u0131\u015fan y\u00fczlerce Pod’dan olu\u015fan bir uygulaman\u0131n, d\u0131\u015f d\u00fcnyadan gelen isteklere nas\u0131l yan\u0131t verece\u011fini hi\u00e7 d\u00fc\u015f\u00fcnd\u00fcn\u00fcz m\u00fc? Veya geli\u015ftirme a\u015famas\u0131nda, uygulaman\u0131z\u0131 h\u0131zl\u0131ca test etmek i\u00e7in bir d\u0131\u015f eri\u015fim noktas\u0131na ihtiyac\u0131n\u0131z oldu\u011funda ne yapmal\u0131s\u0131n\u0131z? \u0130\u015fte tam bu noktada, Kubernetes servisleri devreye girer. Servisler, Pod’lar\u0131n\u0131z\u0131 a\u011f \u00fczerinden eri\u015filebilir k\u0131larak, karma\u015f\u0131k IP adresleri ve port y\u00f6netiminden sizi kurtar\u0131r. NodePort servisi, bu servis t\u00fcrleri aras\u0131nda belki de en basit ve anla\u015f\u0131l\u0131r olan\u0131d\u0131r, ancak baz\u0131 \u00f6nemli avantajlar\u0131 ve k\u0131s\u0131tlamalar\u0131 vard\u0131r. Bu makalede, GKE ortam\u0131nda bir NodePort servisini s\u0131f\u0131rdan olu\u015fturarak, uygulaman\u0131z\u0131 internete nas\u0131l a\u00e7aca\u011f\u0131n\u0131z\u0131 ad\u0131m ad\u0131m g\u00f6sterecek, ger\u00e7ek d\u00fcnya senaryolar\u0131yla destekleyecek ve kar\u015f\u0131la\u015f\u0131labilecek olas\u0131 zorluklara \u00e7\u00f6z\u00fcmler sunaca\u011f\u0131z. B\u00f6ylece, hem ba\u015flang\u0131\u00e7 seviyesindeki kullan\u0131c\u0131lar hem de deneyimli DevOps m\u00fchendisleri i\u00e7in de\u011ferli bilgiler sunmay\u0131 hedefliyoruz.<\/p>\n
Kubernetes servisleri, temel olarak, bir grup Pod’a kararl\u0131 bir a\u011f kimli\u011fi ve eri\u015fim politikas\u0131 sa\u011flar. Bu sayede, Pod’lar\u0131n\u0131z yeniden olu\u015fturulsa, farkl\u0131 bir d\u00fc\u011f\u00fcme ta\u015f\u0131nsa veya IP adresi de\u011fi\u015fse bile, servisin IP adresi ve portu sabit kal\u0131r. Bu durum, \u00f6zellikle dinamik ve \u00f6l\u00e7eklenebilir mikroservis mimarileri i\u00e7in hayati \u00f6neme sahiptir. NodePort, \u00f6zellikle k\u00fc\u00e7\u00fck \u00f6l\u00e7ekli uygulamalar, geli\u015ftirme ve test ortamlar\u0131 i\u00e7in h\u0131zl\u0131 ve kolay bir \u00e7\u00f6z\u00fcm sunar. Ayr\u0131ca, \u00f6zel a\u011f yap\u0131land\u0131rmalar\u0131 gerektiren durumlarda veya mevcut bir LoadBalancer’\u0131n \u00f6n\u00fcnde kullan\u0131lmak \u00fczere de de\u011ferlendirilebilir. Bu rehber boyunca, NodePort’un \u00e7al\u0131\u015fma prensiplerini, GKE \u00fczerindeki pratik uygulamas\u0131n\u0131 ve daha geli\u015fmi\u015f kullan\u0131m senaryolar\u0131n\u0131 ke\u015ffedece\u011fiz, b\u00f6ylece uygulamalar\u0131n\u0131z\u0131n d\u0131\u015far\u0131dan eri\u015filebilirli\u011fini en optimize \u015fekilde sa\u011flayabileceksiniz.<\/p>\n
Kubernetes d\u00fcnyas\u0131nda servisler, uygulaman\u0131z\u0131n d\u0131\u015f d\u00fcnyaya a\u00e7\u0131lmas\u0131n\u0131 veya k\u00fcme i\u00e7i di\u011fer uygulamalarla ileti\u015fim kurmas\u0131n\u0131 sa\u011flayan temel yap\u0131 ta\u015flar\u0131d\u0131r. Bir servis, Pod’lar\u0131n\u0131z\u0131n \u00f6n\u00fcnde bir soyutlama katman\u0131 olu\u015fturur, b\u00f6ylece Pod’lar\u0131n\u0131z\u0131n IP adresleri dinamik olsa bile, uygulaman\u0131z her zaman ayn\u0131 IP adresi ve port \u00fczerinden eri\u015filebilir olur. Kubernetes, farkl\u0131 ihtiya\u00e7lara y\u00f6nelik \u00e7e\u015fitli servis t\u00fcrleri sunar: ClusterIP, NodePort ve LoadBalancer. Her birinin kendine \u00f6zg\u00fc kullan\u0131m durumlar\u0131 ve \u00f6zellikleri bulunmaktad\u0131r. NodePort’u tam olarak anlayabilmek i\u00e7in, bu di\u011fer servis t\u00fcrleriyle aras\u0131ndaki farklar\u0131 ve neden NodePort’un belirli senaryolarda tercih edildi\u011fini kavramak \u00f6nemlidir.<\/p>\n
ClusterIP, Kubernetes’teki varsay\u0131lan servis t\u00fcr\u00fcd\u00fcr. Bu servis t\u00fcr\u00fc, sadece k\u00fcme i\u00e7inde eri\u015filebilir bir sanal IP adresi olu\u015fturur. Yani, Pod’lar\u0131n\u0131z\u0131n d\u0131\u015far\u0131dan do\u011frudan eri\u015filemezken, k\u00fcme i\u00e7indeki di\u011fer Pod’lar veya servisler bu ClusterIP adresi \u00fczerinden uygulaman\u0131za ula\u015fabilir. Bu, mikroservisler aras\u0131nda i\u00e7 ileti\u015fimi sa\u011flamak i\u00e7in idealdir. \u00d6rne\u011fin, bir \u00f6n u\u00e7 uygulaman\u0131z\u0131n arka u\u00e7 API servisinize ba\u011flanmas\u0131 gerekti\u011finde, ClusterIP servisi kullan\u0131l\u0131r. D\u0131\u015f d\u00fcnyadan gelen istekler i\u00e7in ClusterIP yeterli de\u011fildir, \u00e7\u00fcnk\u00fc k\u00fcme d\u0131\u015f\u0131ndan bu IP adresine do\u011frudan eri\u015fim m\u00fcmk\u00fcn de\u011fildir. Bu, g\u00fcvenlik ve izolasyon a\u00e7\u0131s\u0131ndan avantajl\u0131d\u0131r, ancak uygulaman\u0131z\u0131n internetten eri\u015filebilir olmas\u0131 gerekiyorsa, farkl\u0131 bir servis t\u00fcr\u00fcne ihtiyac\u0131n\u0131z olacakt\u0131r.<\/p>\n
LoadBalancer servisi, uygulaman\u0131z\u0131 d\u0131\u015f d\u00fcnyaya a\u00e7man\u0131n en yayg\u0131n ve genellikle tercih edilen yoludur, \u00f6zellikle bulut sa\u011flay\u0131c\u0131lar\u0131nda (AWS, Azure, GCP gibi). Bir LoadBalancer servisi olu\u015fturdu\u011funuzda, bulut sa\u011flay\u0131c\u0131n\u0131z otomatik olarak harici bir y\u00fck dengeleyici (load balancer) provision eder ve bu y\u00fck dengeleyiciye bir d\u0131\u015f IP adresi atar. Bu d\u0131\u015f IP adresi \u00fczerinden uygulaman\u0131za eri\u015fim sa\u011flan\u0131r ve gelen trafik, Kubernetes k\u00fcmenizdeki uygun Pod’lara da\u011f\u0131t\u0131l\u0131r. NodePort’tan temel fark\u0131, LoadBalancer’\u0131n do\u011frudan harici bir IP sa\u011flamas\u0131 ve trafi\u011fi Pod’lara y\u00f6nlendirmeden \u00f6nce y\u00fck dengeleme yapmas\u0131d\u0131r. NodePort ise her bir d\u00fc\u011f\u00fcm \u00fczerinde belirli bir port a\u00e7ar ve trafi\u011fi buradan y\u00f6nlendirir. LoadBalancer genellikle daha \u00f6l\u00e7eklenebilir, g\u00fcvenli ve performansl\u0131 bir \u00e7\u00f6z\u00fcm sunar ancak bulut sa\u011flay\u0131c\u0131n\u0131zda ek maliyetlere neden olabilir.<\/p>\n
NodePort servisi, k\u00fcmenizdeki her bir d\u00fc\u011f\u00fcm (node) \u00fczerinde, belirtilen veya otomatik olarak atanan statik bir port a\u00e7ar. Bu port, 30000-32767 aral\u0131\u011f\u0131nda bir port numaras\u0131d\u0131r. D\u0131\u015far\u0131dan gelen herhangi bir trafik, k\u00fcmenizdeki herhangi bir d\u00fc\u011f\u00fcm\u00fcn IP adresine ve bu NodePort’a g\u00f6nderildi\u011finde, Kubernetes bu trafi\u011fi otomatik olarak servisin arkas\u0131ndaki Pod’lara y\u00f6nlendirir. Bu, uygulamalar\u0131n\u0131z\u0131 d\u0131\u015far\u0131dan eri\u015filebilir k\u0131lman\u0131n en basit yollar\u0131ndan biridir, \u00e7\u00fcnk\u00fc herhangi bir ek y\u00fck dengeleyici hizmetine veya karma\u015f\u0131k yap\u0131land\u0131rmaya gerek duymaz. Sadece d\u00fc\u011f\u00fcm\u00fcn IP adresi ve NodePort numaras\u0131 yeterlidir.<\/p>\n
NodePort’un ana avantajlar\u0131 aras\u0131nda basitli\u011fi, h\u0131zl\u0131 kurulumu ve herhangi bir ek bulut hizmeti maliyeti gerektirmemesi say\u0131labilir. Ancak, her bir d\u00fc\u011f\u00fcm\u00fcn d\u0131\u015f IP adresinin veya DNS kayd\u0131n\u0131n bilinmesi gerekir ve d\u00fc\u011f\u00fcmlerin IP adresleri de\u011fi\u015firse eri\u015fim sorunlar\u0131 ya\u015fanabilir. Ayr\u0131ca, trafik do\u011frudan d\u00fc\u011f\u00fcmlere gelir ve bu da g\u00fcvenlik a\u00e7\u0131s\u0131ndan baz\u0131 endi\u015feleri beraberinde getirebilir. Genellikle geli\u015ftirme ve test ortamlar\u0131nda, veya mevcut bir harici y\u00fck dengeleyici ya da Ingress kontrol\u00f6r\u00fcn\u00fcn arkas\u0131nda bir hedef olarak kullan\u0131l\u0131r. Bir sonraki b\u00f6l\u00fcmde, GKE \u00fczerinde bu NodePort servisini ad\u0131m ad\u0131m nas\u0131l olu\u015fturaca\u011f\u0131m\u0131z\u0131 ve bir uygulamay\u0131 nas\u0131l d\u0131\u015f d\u00fcnyaya a\u00e7aca\u011f\u0131m\u0131z\u0131 uygulamal\u0131 olarak g\u00f6rece\u011fiz.<\/p>\n
\u015eimdi teoriden prati\u011fe ge\u00e7elim ve Google Kubernetes Engine (GKE) \u00fczerinde bir NodePort servisi nas\u0131l olu\u015fturulur ad\u0131m ad\u0131m inceleyelim. Bu b\u00f6l\u00fcm, GKE \u00fczerinde NodePort servisi kurmak isteyen herkes i\u00e7in uygulamal\u0131 bir rehber sunacakt\u0131r. Bir Nginx web sunucusu uygulamas\u0131n\u0131 da\u011f\u0131tacak ve bu uygulamaya bir NodePort servisi \u00fczerinden d\u0131\u015far\u0131dan eri\u015fim sa\u011flayaca\u011f\u0131z. Bu s\u00fcre\u00e7, \u00f6ncelikle gerekli GKE ortam\u0131n\u0131 haz\u0131rlamay\u0131, ard\u0131ndan uygulaman\u0131z\u0131 da\u011f\u0131tmay\u0131 ve son olarak NodePort servisinizi tan\u0131mlayarak eri\u015fimi do\u011frulamay\u0131 i\u00e7erir. Bu ad\u0131mlar\u0131 dikkatlice takip ederek, GKE’de NodePort’un g\u00fcc\u00fcn\u00fc ve esnekli\u011fini kendi g\u00f6zlerinizle g\u00f6receksiniz.<\/p>\n
Ba\u015flamadan \u00f6nce, Google Cloud Platform (GCP) hesab\u0131n\u0131z\u0131n oldu\u011fundan ve faturaland\u0131rman\u0131n etkinle\u015ftirildi\u011finden emin olun. Ayr\u0131ca, yerel makinenizde Google Cloud SDK<\/a> ve kubectl<\/a> y\u00fckl\u00fc olmal\u0131d\u0131r. Bu ara\u00e7lar, GKE k\u00fcmenizle etkile\u015fim kurman\u0131z i\u00e7in gereklidir.<\/p>\n \u0130lk olarak, bir GCP projesi olu\u015fturun veya mevcut bir projenizi se\u00e7in. Ard\u0131ndan, Google Cloud Console veya gcloud CLI kullanarak bir GKE k\u00fcmesi olu\u015fturun. Basit bir k\u00fcme olu\u015fturmak i\u00e7in a\u015fa\u011f\u0131daki komutu kullanabilirsiniz:<\/p>\n <\/code><\/p>\n Bu komut, K\u00fcmeniz olu\u015fturulduktan sonra, <\/code><\/p>\n Bu komut, <\/code>\n <\/li>\n<\/ol>\n \u015eimdi NodePort servisi ile d\u0131\u015far\u0131dan eri\u015fim sa\u011flayaca\u011f\u0131m\u0131z basit bir Nginx web sunucusu uygulamas\u0131 da\u011f\u0131tal\u0131m. Bunun i\u00e7in bir Deployment YAML dosyas\u0131 olu\u015fturaca\u011f\u0131z. Bu Deployment, Nginx Pod'lar\u0131n\u0131 olu\u015fturmaktan sorumlu olacakt\u0131r.<\/p>\n <\/code><\/p>\n Bu YAML i\u00e7eri\u011fini <\/code><\/p>\n Pod'lar\u0131n\u0131z\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n:<\/p>\n <\/code><\/p>\n Nginx Pod'lar\u0131m\u0131z haz\u0131r oldu\u011funa g\u00f6re, bu Pod'lara d\u0131\u015far\u0131dan eri\u015fimi sa\u011flamak i\u00e7in bir NodePort servisi tan\u0131mlayabiliriz. A\u015fa\u011f\u0131daki YAML, Nginx Pod'lar\u0131m\u0131z\u0131 hedefleyen bir NodePort servisi olu\u015fturacakt\u0131r:<\/p>\n <\/code><\/p>\n Bu YAML i\u00e7eri\u011fini <\/code><\/p>\n Servisimiz olu\u015fturulduktan sonra, NodePort bilgilerini kontrol edebiliriz:<\/p>\n <\/code><\/p>\n \u00c7\u0131kt\u0131da <\/code><\/p>\n Listelenen d\u00fc\u011f\u00fcmlerden herhangi birinin NodePort servisinin temel i\u015flevselli\u011fini \u00f6\u011frendikten ve GKE'de ba\u015far\u0131l\u0131 bir \u015fekilde uygulad\u0131ktan sonra, bu servis t\u00fcr\u00fcn\u00fcn hangi durumlarda en uygun se\u00e7enek oldu\u011funu ve potansiyel k\u0131s\u0131tlamalar\u0131n\u0131 anlamak kritik \u00f6neme sahiptir. NodePort, basitli\u011fi ve h\u0131zl\u0131 kurulumuyla \u00f6ne \u00e7\u0131ksa da, her senaryo i\u00e7in en iyi \u00e7\u00f6z\u00fcm olmayabilir. Ger\u00e7ek d\u00fcnya uygulamalar\u0131nda NodePort'u ne zaman tercih etmeniz gerekti\u011fini, g\u00fcvenlik ve performans a\u00e7\u0131s\u0131ndan nelere dikkat etmeniz gerekti\u011fini derinlemesine inceleyelim. Bu b\u00f6l\u00fcm, NodePort'u kullan\u0131rken bilin\u00e7li kararlar vermenize yard\u0131mc\u0131 olacak \u00f6nemli bilgiler sunacakt\u0131r.<\/p>\n NodePort, \u00f6zellikle geli\u015ftirme ve test ortamlar\u0131 i\u00e7in m\u00fckemmel bir se\u00e7imdir. Geli\u015ftiricilerin, uygulamalar\u0131n\u0131 bir Kubernetes k\u00fcmesine da\u011f\u0131tt\u0131ktan sonra h\u0131zla d\u0131\u015far\u0131dan eri\u015fip test etmeleri gerekti\u011fi durumlarda, NodePort en h\u0131zl\u0131 \u00e7\u00f6z\u00fcm\u00fc sunar. Harici bir LoadBalancer sa\u011flaman\u0131n getirdi\u011fi bekleme s\u00fcresi ve maliyetler olmadan, uygulaman\u0131z\u0131 an\u0131nda eri\u015filebilir hale getirebilirsiniz. \u00d6rne\u011fin, yeni bir mikroservis \u00fczerinde \u00e7al\u0131\u015f\u0131rken ve bunu di\u011fer ba\u011f\u0131ml\u0131l\u0131klarla entegre etmeden \u00f6nce ba\u011f\u0131ms\u0131z olarak test etmek istedi\u011finizde, NodePort ge\u00e7ici bir eri\u015fim noktas\u0131 sa\u011flar. Bu senaryolarda, g\u00fcvenlik ve \u00f6l\u00e7eklenebilirlik endi\u015feleri genellikle daha d\u00fc\u015f\u00fck \u00f6nceliklidir, \u00e7\u00fcnk\u00fc ortam genellikle izole edilmi\u015f ve belirli bir geli\u015ftirici ekibi taraf\u0131ndan kullan\u0131lmaktad\u0131r. H\u0131zl\u0131 geri bildirim d\u00f6ng\u00fcleri ve kolay kurulum, geli\u015ftirme s\u00fcre\u00e7lerinde NodePort'un vazge\u00e7ilmez bir ara\u00e7 olmas\u0131n\u0131 sa\u011flar.<\/p>\n Baz\u0131 durumlarda, uygulaman\u0131z\u0131n d\u0131\u015f d\u00fcnyaya sadece belirli, s\u0131n\u0131rl\u0131 eri\u015fime ihtiyac\u0131 olabilir. \u00d6rne\u011fin, bir DevOps arac\u0131, bir kontrol paneli veya bir monit\u00f6ring uygulamas\u0131 gibi dahili bir aray\u00fcz\u00fc, sadece belirli bir IP aral\u0131\u011f\u0131ndan veya VPN \u00fczerinden eri\u015filebilir k\u0131lmak isteyebilirsiniz. NodePort, bu t\u00fcr senaryolar i\u00e7in uygun bir se\u00e7enek olabilir, \u00e7\u00fcnk\u00fc do\u011frudan d\u00fc\u011f\u00fcmlerin \u00fczerinde bir port a\u00e7ar. Harici bir LoadBalancer'a ihtiya\u00e7 duymadan, gelen trafi\u011fi d\u00fc\u011f\u00fcm seviyesinde bir firewall kural\u0131 ile kontrol edebilirsiniz. Bu, daha az karma\u015f\u0131k bir a\u011f yap\u0131land\u0131rmas\u0131 ve potansiyel olarak daha d\u00fc\u015f\u00fck maliyet anlam\u0131na gelir. Ancak, bu t\u00fcr bir kullan\u0131mda g\u00fcvenlik katmanlar\u0131n\u0131 do\u011fru bir \u015fekilde yap\u0131land\u0131rmak ve gereksiz a\u00e7\u0131kl\u0131klar\u0131 \u00f6nlemek i\u00e7in dikkatli olmak gerekir.<\/p>\n NodePort'un basitli\u011fi, beraberinde baz\u0131 k\u0131s\u0131tlamalar\u0131 da getirir. \u00dcretim ortamlar\u0131nda veya y\u00fcksek performans gerektiren uygulamalarda, NodePort genellikle ilk tercih de\u011fildir. \u0130\u015fte baz\u0131 \u00f6nemli k\u0131s\u0131tlamalar:<\/p>\n GKE'de NodePort kullan\u0131rken, Google Cloud Platform'un a\u011f yap\u0131land\u0131rmas\u0131 ve firewall kurallar\u0131n\u0131n do\u011fru bir \u015fekilde ayarlanmas\u0131 hayati \u00f6neme sahiptir. Varsay\u0131lan olarak, GKE k\u00fcmesi olu\u015fturuldu\u011funda, d\u00fc\u011f\u00fcmlere genel internetten SSH ve i\u00e7 a\u011f trafikleri i\u00e7in baz\u0131 firewall kurallar\u0131 uygulan\u0131r. Ancak, NodePort servisinizin a\u00e7t\u0131\u011f\u0131 port aral\u0131\u011f\u0131 i\u00e7in \u00f6zel bir firewall kural\u0131 tan\u0131mlaman\u0131z gerekebilir. Bu, trafi\u011fin d\u00fc\u011f\u00fcmlerinize ula\u015fmas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\n \u00d6rne\u011fin, NodePort servisiniz 30080 portunu kullan\u0131yorsa, GCP Firewall kurallar\u0131n\u0131zda bu portu, NodePort servisinin temel i\u015fleyi\u015fini ve kullan\u0131m senaryolar\u0131n\u0131 ele ald\u0131ktan sonra, \u015fimdi daha deneyimli kullan\u0131c\u0131lar i\u00e7in NodePort'u GKE ortam\u0131nda daha verimli ve g\u00fcvenli bir \u015fekilde nas\u0131l kullanabilece\u011finize dair ileri d\u00fczey ipu\u00e7lar\u0131na ve en iyi uygulamalara odaklanal\u0131m. NodePort, basitli\u011fi nedeniyle s\u0131kl\u0131kla hafife al\u0131nsa da, do\u011fru stratejilerle kullan\u0131ld\u0131\u011f\u0131nda karma\u015f\u0131k a\u011f ihtiya\u00e7lar\u0131n\u0131za yan\u0131t verebilecek esnek bir ara\u00e7 haline gelebilir. Bu b\u00f6l\u00fcmde, dinamik port y\u00f6netiminden Ingress kontrol\u00f6rleriyle entegrasyona, otomasyon s\u00fcre\u00e7lerinden mobil uyumlu eri\u015fime kadar \u00e7e\u015fitli konular\u0131 ele alarak NodePort deneyiminizi bir \u00fcst seviyeye ta\u015f\u0131yaca\u011f\u0131z. Bu ipu\u00e7lar\u0131, hem operasyonel verimlili\u011fi art\u0131rman\u0131za hem de potansiyel sorunlar\u0131 \u00f6nceden engellemenize yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n Kubernetes, NodePort servisleri i\u00e7in varsay\u0131lan olarak 30000-32767 aral\u0131\u011f\u0131ndan otomatik port atamas\u0131 yapar. Bu, genellikle birden fazla NodePort servisi \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda port \u00e7at\u0131\u015fmalar\u0131n\u0131 \u00f6nlemek i\u00e7in kullan\u0131\u015fl\u0131d\u0131r. Ancak, belirli bir port numaras\u0131n\u0131 manuel olarak atamak istedi\u011finizde (yukar\u0131daki \u00f6rne\u011fimizdeki gibi <\/code><\/p>\n Bu komut, belirli bir servisin otomatik olarak atanan NodePort numaras\u0131n\u0131 alman\u0131z\u0131 sa\u011flar. Bu t\u00fcr komutlar\u0131 CI\/CD pipeline'lar\u0131n\u0131za entegre ederek, uygulaman\u0131za eri\u015fim bilgilerini dinamik olarak alabilirsiniz.<\/p>\n NodePort, do\u011frudan bir LoadBalancer i\u015flevi g\u00f6rmese de, genellikle Ingress kontrol\u00f6rlerinin arkas\u0131nda bir hedef olarak kullan\u0131l\u0131r. Ingress, HTTP\/HTTPS trafi\u011fini k\u00fcmenizdeki servislere y\u00f6nlendirmek i\u00e7in kullan\u0131lan bir Kubernetes API nesnesidir. Bir Ingress kontrol\u00f6r\u00fc (\u00f6rne\u011fin Nginx Ingress, Traefik, veya GKE'nin kendi Ingress kontrol\u00f6r\u00fc olan GLBC), harici bir LoadBalancer ve uygun bir NodePort servisi ile birlikte \u00e7al\u0131\u015farak karma\u015f\u0131k y\u00f6nlendirme kurallar\u0131, SSL\/TLS sonland\u0131rma ve sanal host tabanl\u0131 y\u00f6nlendirme gibi geli\u015fmi\u015f \u00f6zellikler sunar.<\/p>\n Peki, bu birle\u015fim ne zaman gereklidir? \u00dcretim ortamlar\u0131nda veya birden fazla uygulaman\u0131z\u0131 ayn\u0131 harici IP adresi ve port (genellikle 80\/443) \u00fczerinden yay\u0131nlamak istedi\u011finizde Ingress devreye girer. Ingress kontrol\u00f6r\u00fc genellikle bir LoadBalancer servisi olarak konu\u015fland\u0131r\u0131l\u0131r ve gelen trafi\u011fi HTTP host veya yol (path) baz\u0131nda NodePort servislerine y\u00f6nlendirir. Bu yap\u0131land\u0131rma, daha \u00f6l\u00e7eklenebilir, g\u00fcvenli ve esnek bir d\u0131\u015f eri\u015fim katman\u0131 sa\u011flar. NodePort, bu senaryoda Ingress kontrol\u00f6r\u00fc i\u00e7in sadece bir arka u\u00e7 hedefi g\u00f6revi g\u00f6r\u00fcr ve do\u011frudan d\u0131\u015f d\u00fcnyaya a\u00e7\u0131lmaz.<\/p>\n <\/code><\/p>\n Yukar\u0131daki \u00f6rnek, NodePort, otomasyon ve S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m (CI\/CD) s\u00fcre\u00e7lerinde de \u00f6nemli bir rol oynayabilir. \u00d6zellikle test ortamlar\u0131nda veya k\u0131sa \u00f6m\u00fcrl\u00fc ortamlar olu\u015fturuldu\u011funda, uygulaman\u0131z\u0131 da\u011f\u0131t\u0131p NodePort \u00fczerinden otomatik testler \u00e7al\u0131\u015ft\u0131rmak olduk\u00e7a verimlidir. \u00d6rne\u011fin, bir test otomasyon pipeline'\u0131nda, yeni bir \u00f6zellik dal\u0131 i\u00e7in bir GKE k\u00fcmesinde ge\u00e7ici bir ortam olu\u015fturulur, uygulama NodePort ile da\u011f\u0131t\u0131l\u0131r, otomatik testler NodePort adresi \u00fczerinden \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r ve ard\u0131ndan ortam y\u0131k\u0131l\u0131r. Bu, h\u0131zl\u0131 geri bildirim ve izolasyon sa\u011flar.<\/p>\n CI\/CD ara\u00e7lar\u0131n\u0131z (Jenkins, GitLab CI, GitHub Actions vb.) Mobil uygulamalar veya IoT cihazlar\u0131 gibi istemcilerin bir Kubernetes uygulamas\u0131n\u0131 t\u00fcketmesi gerekti\u011finde, NodePort dolayl\u0131 yoldan bir rol oynayabilir. Genellikle, mobil istemciler do\u011frudan NodePort'a ba\u011flanmazlar; bunun yerine bir API Gateway, LoadBalancer veya Ingress katman\u0131 \u00fczerinden eri\u015firler. Ancak, bu d\u0131\u015f katmanlar\u0131n k\u00fcme i\u00e7indeki servislere eri\u015fimi genellikle NodePort veya ClusterIP \u00fczerinden sa\u011flan\u0131r. \u00d6rne\u011fin, bir mobil uygulama, bir API Gateway'e istek g\u00f6nderir ve bu API Gateway, iste\u011fi arkas\u0131ndaki NodePort servisi \u00fczerinden uygulaman\u0131z\u0131n Pod'lar\u0131na y\u00f6nlendirir. Bu sayede mobil uygulamalar, uygulaman\u0131z\u0131n esnek ve \u00f6l\u00e7eklenebilir mikroservis mimarisinden faydalanabilir.<\/p>\n Uygulamalar\u0131n\u0131z\u0131n farkl\u0131 cihazlar ve ekran boyutlar\u0131 i\u00e7in uyumlu olmas\u0131n\u0131 sa\u011flamak (responsive design), NodePort'un do\u011frudan bir g\u00f6revi olmasa da, d\u0131\u015f d\u00fcnyaya a\u00e7\u0131lan her uygulaman\u0131n genel bir beklentisidir. E\u011fer NodePort \u00fczerinden eri\u015fti\u011finiz bir web aray\u00fcz\u00fc varsa, bu aray\u00fcz\u00fcn mobil cihazlarda d\u00fczg\u00fcn g\u00f6r\u00fcnt\u00fclenmesi i\u00e7in CSS media queries gibi responsive tasar\u0131m tekniklerini kullanman\u0131z \u00f6nemlidir. \u00d6rne\u011fin, bir web uygulamas\u0131n\u0131n kullan\u0131c\u0131 aray\u00fcz\u00fc kodunda a\u015fa\u011f\u0131daki gibi bir media query bulunabilir:<\/p>\n <\/code><\/p>\n Bu, NodePort ile eri\u015fti\u011finiz uygulaman\u0131z\u0131n kullan\u0131c\u0131 deneyiminin farkl\u0131 cihazlarda da optimum olmas\u0131n\u0131 sa\u011flar. NodePort, a\u011f katman\u0131nda bir eri\u015fim noktas\u0131 sa\u011flarken, uygulaman\u0131z\u0131n kendisinin kullan\u0131c\u0131 aray\u00fcz\u00fc ve mobil uyumluluk a\u00e7\u0131s\u0131ndan iyi tasarlanm\u0131\u015f olmas\u0131, genel kullan\u0131c\u0131 deneyimini do\u011frudan etkiler. Bu nedenle, bir NodePort servisi \u00fczerinden d\u0131\u015far\u0131dan eri\u015filebilen web tabanl\u0131 bir uygulaman\u0131z varsa, responsive design prensiplerini uygulamay\u0131 ihmal etmeyin.<\/p>\n Bu b\u00f6l\u00fcmde, GKE'de Kubernetes NodePort servisi hakk\u0131nda en s\u0131k sorulan sorular\u0131 derledik ve cevaplar\u0131n\u0131 sunarak konuyu daha iyi anlaman\u0131za yard\u0131mc\u0131 olmay\u0131 hedefliyoruz. NodePort'un ne zaman kullan\u0131laca\u011f\u0131, di\u011fer servis t\u00fcrlerinden farklar\u0131 ve g\u00fcvenlik endi\u015feleri gibi temel konulara odaklanarak, ak\u0131ldaki soru i\u015faretlerini giderece\u011fiz.<\/p>\n NodePort, k\u00fcmenizdeki her bir d\u00fc\u011f\u00fcm \u00fczerinde belirli bir port a\u00e7t\u0131\u011f\u0131 i\u00e7in, do\u011frudan internete a\u00e7\u0131k d\u00fc\u011f\u00fcmleriniz varsa potansiyel bir g\u00fcvenlik riski olu\u015fturabilir. G\u00fcvenlik, b\u00fcy\u00fck \u00f6l\u00e7\u00fcde a\u011f yap\u0131land\u0131rman\u0131za ve firewall kurallar\u0131n\u0131za ba\u011fl\u0131d\u0131r. \u00dcretim ortamlar\u0131nda, genellikle daha g\u00fcvenli ve \u00f6l\u00e7eklenebilir \u00e7\u00f6z\u00fcmler olan LoadBalancer veya Ingress ile birlikte kullan\u0131lmas\u0131 \u00f6nerilir. Firewall kurallar\u0131 ile sadece belirli IP aral\u0131klar\u0131ndan veya VPN \u00fczerinden eri\u015fime izin vermek gibi ek g\u00fcvenlik \u00f6nlemleri alman\u0131z kritik \u00f6neme sahiptir.<\/p>\n Temel fark, LoadBalancer'\u0131n bulut sa\u011flay\u0131c\u0131n\u0131z taraf\u0131ndan y\u00f6netilen harici bir y\u00fck dengeleyici provision etmesi ve tek bir kararl\u0131 d\u0131\u015f IP adresi sa\u011flamas\u0131d\u0131r. Bu, geli\u015fmi\u015f y\u00fck dengeleme, SSL sonland\u0131rma ve statik IP gibi \u00f6zellikler sunar. NodePort ise her bir d\u00fc\u011f\u00fcm \u00fczerinde bir port a\u00e7ar ve eri\u015fim i\u00e7in d\u00fc\u011f\u00fcmlerin kendi IP adresleri kullan\u0131l\u0131r. NodePort, LoadBalancer'a g\u00f6re daha basit ve maliyetsizdir, ancak daha az \u00f6zellik ve potansiyel g\u00fcvenlik endi\u015feleri bar\u0131nd\u0131r\u0131r.<\/p>\n NodePort, genellikle a\u015fa\u011f\u0131daki durumlarda tercih edilir:<\/p>\n Evet, NodePort i\u00e7in varsay\u0131lan port aral\u0131\u011f\u0131 (30000-32767) Kubernetes API sunucusunun ba\u015flatma parametreleri ( NodePort servisinin kendisi i\u00e7in Google Kubernetes Engine'de do\u011frudan ekstra bir \u00fccret \u00f6demezsiniz. Ancak, k\u00fcmenizdeki d\u00fc\u011f\u00fcmlerin (VM instance'lar\u0131n\u0131n) kendisi ve bunlar \u00fczerinden ge\u00e7en a\u011f trafi\u011fi i\u00e7in standart GCP \u00fccretleri uygulan\u0131r. E\u011fer NodePort \u00fczerinden \u00e7ok fazla d\u0131\u015f trafik ge\u00e7irirseniz, bu trafik i\u00e7in GCP'nin \u00e7\u0131k\u0131\u015f (egress) \u00fccretleri ge\u00e7erli olacakt\u0131r. Harici bir LoadBalancer kullanmak ise, LoadBalancer servisi i\u00e7in ek bir maliyet yarat\u0131r.<\/p>\n Bu kapsaml\u0131 rehber boyunca, Google Kubernetes Engine (GKE) ortam\u0131nda Kubernetes NodePort servisinin ne oldu\u011funu, nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve uygulamalar\u0131n\u0131z\u0131 d\u0131\u015f d\u00fcnyaya a\u00e7mak i\u00e7in nas\u0131l kullan\u0131labilece\u011fini ad\u0131m ad\u0131m inceledik. NodePort'un, basitli\u011fi ve h\u0131zl\u0131 kurulumu sayesinde \u00f6zellikle geli\u015ftirme ve test ortamlar\u0131nda veya Ingress gibi daha geli\u015fmi\u015f \u00e7\u00f6z\u00fcmlerin arkas\u0131nda bir arka u\u00e7 olarak ne kadar de\u011ferli bir ara\u00e7 olabilece\u011fini g\u00f6rd\u00fck. Nginx \u00f6rne\u011fi ile NodePort servisini s\u0131f\u0131rdan olu\u015fturarak, uygulaman\u0131za internet \u00fczerinden eri\u015fimi nas\u0131l sa\u011flayaca\u011f\u0131n\u0131z\u0131 pratik bir \u015fekilde deneyimlediniz.<\/p>\n \u00d6te yandan, NodePort'un g\u00fcvenlik, performans ve \u00f6l\u00e7eklenebilirlik a\u00e7\u0131s\u0131ndan baz\u0131 k\u0131s\u0131tlamalar\u0131 oldu\u011funu da vurgulad\u0131k. \u00dcretim ortamlar\u0131nda veya y\u00fcksek trafikli uygulamalar i\u00e7in genellikle LoadBalancer veya Ingress gibi daha robust \u00e7\u00f6z\u00fcmlerin tercih edilmesi gerekti\u011fini \u00f6\u011frendik. Ancak, NodePort'un temel Kubernetes a\u011f kavramlar\u0131n\u0131 anlamak i\u00e7in m\u00fckemmel bir ba\u015flang\u0131\u00e7 noktas\u0131 oldu\u011fu ve belirli senaryolarda do\u011fru bir \u015fekilde uyguland\u0131\u011f\u0131nda olduk\u00e7a etkili olabilece\u011fi de a\u00e7\u0131kt\u0131r. Firewall kurallar\u0131n\u0131n ve a\u011f yap\u0131land\u0131rmas\u0131n\u0131n \u00f6nemini, ayr\u0131ca NodePort'u Ingress kontrol\u00f6rleriyle birle\u015ftirerek nas\u0131l daha esnek ve g\u00fcvenli bir d\u0131\u015f eri\u015fim katman\u0131 olu\u015fturabilece\u011finizi de ele ald\u0131k.<\/p>\n Sonu\u00e7 olarak, GKE'de NodePort servisi, Kubernetes a\u011f\u0131n\u0131n temel ta\u015flar\u0131ndan biridir ve uygulaman\u0131z\u0131n d\u0131\u015f d\u00fcnyaya a\u00e7\u0131lmas\u0131n\u0131 sa\u011flamak i\u00e7in basit ama g\u00fc\u00e7l\u00fc bir mekanizma sunar. Do\u011fru kullan\u0131m\u0131 ve ilgili k\u0131s\u0131tlamalar\u0131n fark\u0131nda olunmas\u0131yla, NodePort, DevOps s\u00fcre\u00e7lerinizde ve uygulama geli\u015ftirme ya\u015fam d\u00f6ng\u00fcn\u00fczde size \u00f6nemli avantajlar sa\u011flayabilir. Uygulamalar\u0131n\u0131z\u0131n ihtiya\u00e7lar\u0131na en uygun servis t\u00fcr\u00fcn\u00fc se\u00e7mek, hem performans hem de maliyet a\u00e7\u0131s\u0131ndan en iyi sonu\u00e7lar\u0131 elde etmenizi sa\u011flayacakt\u0131r. Umar\u0131z bu rehber, GKE'de NodePort servisi hakk\u0131nda sa\u011flam bir anlay\u0131\u015f geli\u015ftirmenize yard\u0131mc\u0131 olmu\u015ftur.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Bulut tabanl\u0131 uygulamalar\u0131n\u0131z\u0131 d\u0131\u015f d\u00fcnyaya a\u00e7mak, \u00e7o\u011fu zaman karma\u015f\u0131k bir a\u011f yap\u0131land\u0131rmas\u0131 gerektirir. Google Kubernetes Engine (GKE) gibi…","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":[1491],"tags":[],"class_list":{"0":"post-30820","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-kubernetes","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n\n
GCP Projesi ve GKE K\u00fcmesi Olu\u015fturma<\/h4>\n
gcloud container clusters create nodeport-cluster --zone europe-west1-b --num-nodes 3<\/pre>\neurope-west1-b<\/code> b\u00f6lgesinde \u00fc\u00e7 d\u00fc\u011f\u00fcml\u00fc nodeport-cluster<\/code> ad\u0131nda bir GKE k\u00fcmesi olu\u015fturacakt\u0131r. K\u00fcmenin olu\u015fturulmas\u0131 birka\u00e7 dakika s\u00fcrebilir.<\/p>\n<\/li>\nkubectl Yap\u0131land\u0131rmas\u0131<\/h4>\n
kubectl<\/code>'in k\u00fcmenize ba\u011flanabilmesi i\u00e7in kimlik bilgilerini yap\u0131land\u0131rman\u0131z gerekir:<\/p>\ngcloud container clusters get-credentials nodeport-cluster --zone europe-west1-b<\/pre>\nkubectl<\/code> i\u00e7in gerekli yap\u0131land\u0131rma dosyas\u0131n\u0131 g\u00fcncelleyecektir. Art\u0131k kubectl<\/code> komutlar\u0131n\u0131 kullanarak k\u00fcmenizle etkile\u015fime ge\u00e7ebilirsiniz. K\u00fcmenizin d\u00fc\u011f\u00fcmlerini kontrol etmek i\u00e7in:<\/p>\nkubectl get nodes<\/pre>\n\u00d6rnek Bir Uygulama (Nginx) Da\u011f\u0131tma<\/h3>\n
\napiVersion: apps\/v1\nkind: Deployment\nmetadata:\n name: nginx-deployment\nspec:\n selector:\n matchLabels:\n app: nginx\n replicas: 2\n template:\n metadata:\n labels:\n app: nginx\n spec:\n containers:\n - name: nginx\n image: nginx:latest\n ports:\n - containerPort: 80\n<\/pre>\nnginx-deployment.yaml<\/code> ad\u0131nda bir dosyaya kaydedin ve k\u00fcmenize uygulay\u0131n:<\/p>\nkubectl apply -f nginx-deployment.yaml<\/pre>\nkubectl get pods -l app=nginx<\/pre>\nNodePort Servisi Tan\u0131mlama ve Uygulama<\/h3>\n
\napiVersion: v1\nkind: Service\nmetadata:\n name: nginx-nodeport-service\nspec:\n type: NodePort\n selector:\n app: nginx\n ports:\n - protocol: TCP\n port: 80 # Servisin i\u00e7 portu (ClusterIP)\n targetPort: 80 # Pod'un dinledi\u011fi port\n nodePort: 30080 # \u0130ste\u011fe ba\u011fl\u0131: D\u00fc\u011f\u00fcmdeki d\u0131\u015f port (30000-32767 aral\u0131\u011f\u0131nda)\n<\/pre>\nnginx-nodeport-service.yaml<\/code> ad\u0131nda bir dosyaya kaydedin. nodePort<\/code> alan\u0131n\u0131 belirtmek iste\u011fe ba\u011fl\u0131d\u0131r; e\u011fer belirtmezseniz Kubernetes bu aral\u0131ktan otomatik bir port se\u00e7ecektir. Bu \u00f6rnekte, 30080 portunu manuel olarak atad\u0131k. Dosyay\u0131 k\u00fcmenize uygulay\u0131n:<\/p>\nkubectl apply -f nginx-nodeport-service.yaml<\/pre>\nNodePort Servisine Eri\u015fimi Do\u011frulama<\/h3>\n
kubectl get service nginx-nodeport-service<\/pre>\nnginx-nodeport-service<\/code> adl\u0131 servisin NodePort<\/code> t\u00fcr\u00fcnde oldu\u011funu ve 80:30080\/TCP<\/code> gibi bir port e\u015fle\u015fmesi g\u00f6sterdi\u011fini g\u00f6receksiniz. Bu, servisin k\u00fcme i\u00e7inde 80 numaral\u0131 porttan eri\u015filebildi\u011fi ve her d\u00fc\u011f\u00fcmde 30080 numaral\u0131 portu d\u0131\u015far\u0131ya a\u00e7t\u0131\u011f\u0131 anlam\u0131na gelir. \u015eimdi, k\u00fcmenizin d\u00fc\u011f\u00fcmlerinin d\u0131\u015f IP adreslerini almam\u0131z gerekiyor:<\/p>\nkubectl get nodes -o wide<\/pre>\nEXTERNAL-IP<\/code> adresini kopyalay\u0131n. Ard\u0131ndan, bir web taray\u0131c\u0131s\u0131 a\u00e7\u0131n ve \u015fu adrese gidin: http:\/\/[D\u00dc\u011e\u00dcM_DI\u015e_IP_ADRES\u0130]:30080<\/code>. Ba\u015far\u0131l\u0131 bir \u015fekilde Nginx'in \"Welcome to Nginx!\" sayfas\u0131n\u0131 g\u00f6rmelisiniz. Bu, NodePort servisinizin ba\u015far\u0131l\u0131 bir \u015fekilde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve uygulaman\u0131z\u0131n d\u0131\u015f d\u00fcnyadan eri\u015filebilir oldu\u011funu g\u00f6sterir. Art\u0131k GKE'de NodePort servisini ba\u015far\u0131yla yap\u0131land\u0131rd\u0131n\u0131z ve uygulaman\u0131z\u0131 internete a\u00e7t\u0131n\u0131z. Bu basit ad\u0131m, daha karma\u015f\u0131k a\u011f yap\u0131land\u0131rmalar\u0131na giri\u015f i\u00e7in \u00f6nemli bir ba\u015flang\u0131\u00e7 noktas\u0131d\u0131r.<\/p>\nNodePort Kullan\u0131m Senaryolar\u0131 ve Dikkat Edilmesi Gerekenler Nelerdir?<\/h2>\n
Geli\u015ftirme Ortamlar\u0131nda NodePort Kullan\u0131m\u0131<\/h3>\n
S\u0131n\u0131rl\u0131 D\u0131\u015f Eri\u015fim \u0130htiya\u00e7lar\u0131 \u0130\u00e7in NodePort<\/h3>\n
G\u00fcvenlik ve Performans A\u00e7\u0131s\u0131ndan NodePort S\u0131n\u0131rlamalar\u0131<\/h3>\n
\n
Firewall Kurallar\u0131 ve A\u011f Yap\u0131land\u0131rmas\u0131n\u0131n \u00d6nemi<\/h3>\n
tcp:30080<\/code> \u015feklinde, k\u00fcmenizin d\u00fc\u011f\u00fcmlerini i\u00e7eren Target tags<\/code> veya Target service accounts<\/code> ile d\u0131\u015far\u0131dan (0.0.0.0\/0<\/code>) gelen trafi\u011fe a\u00e7man\u0131z gerekebilir. Bu, sadece ihtiyac\u0131n\u0131z olan portlar\u0131 a\u00e7arak g\u00fcvenlik riskini azaltman\u0131n \u00f6nemli bir yoludur. A\u011f izolasyonu ve g\u00fcvenlik gruplar\u0131 gibi di\u011fer GCP a\u011f hizmetleriyle NodePort'u entegre etmek, daha g\u00fcvenli ve kontroll\u00fc bir d\u0131\u015f eri\u015fim sa\u011flaman\u0131za yard\u0131mc\u0131 olabilir. Unutmay\u0131n, NodePort tek ba\u015f\u0131na bir g\u00fcvenlik mekanizmas\u0131 sa\u011flamaz; a\u011f seviyesinde ek g\u00fcvenlik \u00f6nlemleri alman\u0131z \u015fartt\u0131r.<\/p>\n\u0130leri D\u00fczey \u0130pu\u00e7lar\u0131 ve En \u0130yi Uygulamalar: NodePort'u Daha Verimli Kullanmak<\/h2>\n
Dinamik NodePort Port Aral\u0131klar\u0131: Nas\u0131l Y\u00f6netilir?<\/h3>\n
nodePort: 30080<\/code>), portun bu aral\u0131k i\u00e7inde oldu\u011fundan ve ba\u015fka bir servis taraf\u0131ndan kullan\u0131lmad\u0131\u011f\u0131ndan emin olman\u0131z gerekir. B\u00fcy\u00fck k\u00fcmelere ve \u00e7ok say\u0131da servise sahip ortamlarda, port y\u00f6netimini otomatikle\u015ftirmek veya merkezi bir kay\u0131t tutmak faydal\u0131 olabilir. \u00d6zellikle belirli portlar\u0131n \u00f6zel g\u00fcvenlik veya a\u011f kurallar\u0131 gerektirdi\u011fi senaryolarda, otomatik atama yerine manuel atama tercih edilebilir. Ancak bu, potansiyel port \u00e7at\u0131\u015fmalar\u0131 riskini art\u0131r\u0131r ve dikkatli y\u00f6netim gerektirir. Otomatik atanan portlar\u0131 kullanmak, genellikle daha az y\u00f6netimsel y\u00fck getirir, ancak eri\u015fim i\u00e7in dinamik port numaras\u0131n\u0131 her zaman kontrol etmeniz gerekir.<\/p>\nkubectl get service Ingress ile NodePort'u Birle\u015ftirmek: Ne Zaman Gerekli?<\/h3>\n
\napiVersion: networking.k8s.io\/v1\nkind: Ingress\nmetadata:\n name: example-ingress\nspec:\n rules:\n - host: myapp.example.com\n http:\n paths:\n - path: \/\n pathType: Prefix\n backend:\n service:\n name: nginx-nodeport-service # NodePort servisinizin ad\u0131\n port:\n number: 80 # Servisin i\u00e7 portu\n<\/pre>\nmyapp.example.com<\/code> adresinden gelen trafi\u011fi nginx-nodeport-service<\/code> adl\u0131 NodePort servisine y\u00f6nlendiren basit bir Ingress kural\u0131n\u0131 g\u00f6sterir. Bu sayede, NodePort'un do\u011frudan d\u0131\u015far\u0131ya a\u00e7\u0131lmas\u0131n\u0131n getirdi\u011fi g\u00fcvenlik ve y\u00f6netimsel y\u00fck\u00fc azalt\u0131rken, uygulaman\u0131z\u0131n daha geli\u015fmi\u015f trafik y\u00f6netimi \u00f6zellikleriyle eri\u015filebilir olmas\u0131n\u0131 sa\u011flayabilirsiniz.<\/p>\nOtomasyon ve CI\/CD S\u00fcre\u00e7lerinde NodePort Kullan\u0131m\u0131<\/h3>\n
kubectl<\/code> komutlar\u0131n\u0131 kullanarak NodePort servislerini dinamik olarak sorgulayabilir ve test runner'lar\u0131n\u0131z\u0131 uygun adreslere y\u00f6nlendirebilir. Bu, testlerin ba\u011f\u0131ms\u0131z ve g\u00fcvenilir bir \u015fekilde y\u00fcr\u00fct\u00fclmesini garanti eder. Bu yakla\u015f\u0131m, \u00fcretim ortamlar\u0131 i\u00e7in genellikle LoadBalancer veya Ingress tercih edilse de, geli\u015ftirme ve test d\u00f6ng\u00fclerindeki verimlili\u011fi art\u0131rmak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\nMobil Uygulama Eri\u015fimi i\u00e7in NodePort'un Rol\u00fc<\/h3>\n
\n\/* Mobil cihazlar i\u00e7in stil tan\u0131mlamalar\u0131 *\/\n@media (max-width: 768px) {\n .container {\n width: 90%;\n padding: 10px;\n }\n .sidebar {\n display: none;\n }\n}\n <\/pre>\nS\u0131k\u00e7a Sorulan Sorular (SSS): NodePort Hakk\u0131nda Merak Edilenler<\/h2>\n
NodePort kullanmak g\u00fcvenli mi?<\/h3>\n
NodePort ile LoadBalancer aras\u0131ndaki temel fark nedir?<\/h3>\n
NodePort servisi hangi durumlarda tercih edilmeli?<\/h3>\n
\n
NodePort port aral\u0131\u011f\u0131n\u0131 de\u011fi\u015ftirebilir miyim?<\/h3>\n
--service-node-port-range<\/code>) arac\u0131l\u0131\u011f\u0131yla de\u011fi\u015ftirilebilir. Ancak bu, k\u00fcme genelinde bir ayard\u0131r ve mevcut bir k\u00fcmede de\u011fi\u015fiklik yapmak dikkatli bir planlama gerektirir. \u00c7o\u011fu durumda, varsay\u0131lan aral\u0131k yeterlidir veya NodePort yerine Ingress\/LoadBalancer kullan\u0131larak port y\u00f6netimi sorunlar\u0131 \u00e7\u00f6z\u00fcl\u00fcr.<\/p>\nGKE'de NodePort i\u00e7in ekstra bir \u00fccret \u00f6der miyim?<\/h3>\n
Sonu\u00e7: GKE'de NodePort Servisinin G\u00fcc\u00fc ve Esnekli\u011fi<\/h2>\n