Kubernetes ortam\u0131n\u0131z\u0131 y\u00f6netmek, karma\u015f\u0131kl\u0131\u011f\u0131 ve dinamik yap\u0131s\u0131 nedeniyle bazen bunalt\u0131c\u0131 olabilir. Peki, y\u00fczlerce hatta binlerce pod, servis ve da\u011f\u0131t\u0131m\u0131n durumu hakk\u0131nda anl\u0131k, anla\u015f\u0131l\u0131r bir genel bak\u0131\u015fa sahip olmak operasyonel verimlili\u011finizi ne kadar art\u0131r\u0131rd\u0131? Bu makalede, a\u00e7\u0131k kaynak bir Kubernetes Dashboard geli\u015ftirirken edindi\u011fim deneyimleri, kar\u015f\u0131la\u015ft\u0131\u011f\u0131m teknik zorluklar\u0131 ve bunlar\u0131 nas\u0131l a\u015ft\u0131\u011f\u0131m\u0131 sizlerle payla\u015faca\u011f\u0131m. Kendi kontrol panelinizi olu\u015fturma fikrine ilgi duyanlardan, mevcut ara\u00e7lar\u0131n yetersiz kald\u0131\u011f\u0131n\u0131 d\u00fc\u015f\u00fcnenlere kadar, bu yolculu\u011fun size de\u011ferli bilgiler sunaca\u011f\u0131ndan eminim.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen dijital d\u00fcnyas\u0131nda, uygulamalar\u0131 bulut tabanl\u0131, \u00f6l\u00e7eklenebilir ve y\u00fcksek performansl\u0131 ortamlarda \u00e7al\u0131\u015ft\u0131rmak bir zorunluluk haline geldi. \u0130\u015fte bu noktada Kubernetes (genellikle K8s olarak an\u0131l\u0131r), konteynerle\u015ftirilmi\u015f i\u015f y\u00fcklerini ve servisleri otomatik olarak da\u011f\u0131tan, \u00f6l\u00e7ekleyen ve y\u00f6neten g\u00fc\u00e7l\u00fc bir platform olarak \u00f6ne \u00e7\u0131k\u0131yor. Ancak, K8s’in sundu\u011fu esneklik ve g\u00fc\u00e7, beraberinde belirli y\u00f6netim karma\u015f\u0131kl\u0131klar\u0131n\u0131 da getiriyor. \u00d6zellikle b\u00fcy\u00fck ve dinamik cluster’larda, pod’lar\u0131n durumu, kaynak t\u00fcketimi, a\u011f trafi\u011fi ve da\u011f\u0131t\u0131m s\u00fcre\u00e7leri gibi kritik bilgilere an\u0131nda eri\u015fmek, \u00e7o\u011fu zaman bir labirentte yol bulmaya benzer.<\/p>\n
Mevcut CLI ara\u00e7lar\u0131 ( Kendi dashboard’unuzu geli\u015ftirmek, sadece teknik bir egzersiz de\u011fil, ayn\u0131 zamanda Kubernetes API’sinin derinliklerine inerek platformun nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 anlaman\u0131n da en etkili yollar\u0131ndan biridir. Bu yolculukta, kimlik do\u011frulama mekanizmalar\u0131ndan (RBAC), API \u00e7a\u011fr\u0131lar\u0131n\u0131n nas\u0131l optimize edildi\u011fine, ger\u00e7ek zamanl\u0131 veri ak\u0131\u015flar\u0131n\u0131n nas\u0131l sa\u011fland\u0131\u011f\u0131na ve kullan\u0131c\u0131 dostu bir aray\u00fcz\u00fcn nas\u0131l tasarland\u0131\u011f\u0131na kadar pek \u00e7ok konuda de\u011ferli dersler \u00e7\u0131kard\u0131m. Bu makale boyunca, bu dersleri ad\u0131m ad\u0131m ele alacak, hem temel kavramlar\u0131 a\u00e7\u0131klayacak hem de ileri d\u00fczey konulara de\u011finerek sizleri de bu bilgi birikiminden faydaland\u0131rmay\u0131 hedefleyece\u011fim. Amac\u0131m, okuyucunun konuya yabanc\u0131 olsa bile, ba\u015ftan sona her ad\u0131m\u0131 anlayabilece\u011fi, ancak deneyimli kullan\u0131c\u0131lar i\u00e7in de faydal\u0131 ipu\u00e7lar\u0131 ve pratik bilgiler sunan bir i\u00e7erik olu\u015fturmakt\u0131r.<\/p>\n Kubernetes ekosistemi, konteyner orkestrasyonu alan\u0131nda tart\u0131\u015fmas\u0131z bir lider konumundad\u0131r. Bu g\u00fc\u00e7l\u00fc platformun y\u00f6netimini kolayla\u015ft\u0131rmak i\u00e7in bir\u00e7ok haz\u0131r dashboard \u00e7\u00f6z\u00fcm\u00fc bulunmaktad\u0131r. Bunlardan en bilineni, Kubernetes projesinin resmi dashboard’udur. Genellikle cluster’lara kolayca da\u011f\u0131t\u0131labilen bu dashboard, temel izleme ve y\u00f6netim ihtiya\u00e7lar\u0131n\u0131 kar\u015f\u0131layabilir. Pod’lar\u0131, deployment’lar\u0131, servisleri ve di\u011fer kaynaklar\u0131 g\u00f6rselle\u015ftirir, loglar\u0131 g\u00f6r\u00fcnt\u00fcler ve basit d\u00fczenleme i\u015flemleri sunar. Ancak, bu t\u00fcr genel ama\u00e7l\u0131 \u00e7\u00f6z\u00fcmlerin baz\u0131 k\u0131s\u0131tlamalar\u0131 vard\u0131r ki bu da beni kendi a\u00e7\u0131k kaynak dashboard’umu geli\u015ftirmeye iten ana nedenlerden biri olmu\u015ftur.<\/p>\n \u00d6ncelikle, \u00f6zelle\u015ftirme yetenekleri genellikle s\u0131n\u0131rl\u0131d\u0131r. Kurumsal bir ortamda veya belirli bir proje i\u00e7in, mevcut dashboard’un sunmad\u0131\u011f\u0131 \u00f6zel metrikler, raporlama formatlar\u0131 veya i\u015f ak\u0131\u015f\u0131 entegrasyonlar\u0131na ihtiya\u00e7 duyulabilir. \u00d6rne\u011fin, \u015firketinizin kendi i\u00e7 izleme sistemleriyle entegrasyon veya belirli CI\/CD ara\u00e7lar\u0131na y\u00f6nelik \u00f6zel bir tetikleyici butonu eklemek isteyebilirsiniz. Resmi dashboard’un bu t\u00fcr derinlemesine entegrasyonlara veya \u00f6zel kullan\u0131c\u0131 deneyimlerine izin vermemesi, esneklik arayan geli\u015ftiriciler i\u00e7in bir engel te\u015fkil edebilir. Dahas\u0131, b\u00fcy\u00fck \u00f6l\u00e7ekli cluster’larda veya y\u00fcksek trafi\u011fe sahip ortamlarda performans sorunlar\u0131 ya\u015fanabilir. T\u00fcm Kubernetes API nesnelerini \u00e7ekmek ve i\u015flemek, \u00f6zellikle d\u00fc\u015f\u00fck kaynakl\u0131 sunucularda veya yo\u011fun network ko\u015fullar\u0131nda yava\u015flamalara neden olabilir. Bu, operasyon ekiplerinin h\u0131zl\u0131 kararlar almas\u0131n\u0131 zorla\u015ft\u0131r\u0131r ve anl\u0131k m\u00fcdahale yeteneklerini k\u0131s\u0131tlar.<\/p>\n G\u00fcvenlik de \u00f6nemli bir fakt\u00f6rd\u00fcr. Resmi dashboard, genellikle cluster y\u00f6neticisi ayr\u0131cal\u0131klar\u0131yla eri\u015fim gerektirir ki bu da g\u00fcvenlik endi\u015felerine yol a\u00e7abilir. Daha gran\u00fcler eri\u015fim kontrol\u00fc (RBAC) veya farkl\u0131 kullan\u0131c\u0131 rolleri i\u00e7in \u00f6zelle\u015ftirilmi\u015f g\u00f6r\u00fcn\u00fcmler sunma yetene\u011fi, mevcut \u00e7\u00f6z\u00fcmlerde bazen eksiktir. Kendi dashboard’unuzu geli\u015ftirmek, g\u00fcvenlik modelini kendi \u00f6zel ihtiya\u00e7lar\u0131n\u0131za g\u00f6re ayarlaman\u0131za olanak tan\u0131r, b\u00f6ylece minimum ayr\u0131cal\u0131k ilkesini daha etkili bir \u015fekilde uygulayabilirsiniz. Ayr\u0131ca, teknoloji y\u0131\u011f\u0131n\u0131 se\u00e7imi de bir motivasyon kayna\u011f\u0131d\u0131r. Resmi dashboard’lar belirli bir teknolojiyle (\u00f6rne\u011fin Angular) yaz\u0131lm\u0131\u015fken, geli\u015ftiriciler kendi bildikleri veya \u015firket politikalar\u0131na uygun diller ve framework’ler (\u00f6rne\u011fin React, Vue, Go, Python) ile \u00e7al\u0131\u015fmak isteyebilir. Bu, hem geli\u015ftirme verimlili\u011fini art\u0131r\u0131r hem de mevcut ekosistemle daha iyi entegrasyon sa\u011flar.<\/p>\n Bu nedenlerden \u00f6t\u00fcr\u00fc, kendi Kubernetes dashboard’umu geli\u015ftirme karar\u0131 ald\u0131m. Amac\u0131m, sadece bir alternatifi yaratmak de\u011fil, ayn\u0131 zamanda esneklik, performans ve \u00f6zelle\u015ftirilebilirlik a\u00e7\u0131s\u0131ndan daha \u00fcst\u00fcn bir \u00e7\u00f6z\u00fcm sunmakt\u0131. Bu s\u00fcre\u00e7te, Kubernetes API’sinin derinliklerine inme, farkl\u0131 programlama dilleri ve framework’leri bir araya getirme ve en \u00f6nemlisi, a\u00e7\u0131k kaynak toplulu\u011funun g\u00fcc\u00fcn\u00fc deneyimleme f\u0131rsat\u0131 buldum. Bu yolculuk, bana sadece teknik beceriler kazand\u0131rmakla kalmad\u0131, ayn\u0131 zamanda karma\u015f\u0131k sistemleri tasarlama ve in\u015fa etme konusundaki yakla\u015f\u0131m\u0131m\u0131 da \u00f6nemli \u00f6l\u00e7\u00fcde geli\u015ftirdi.<\/p>\n Kendi Kubernetes Dashboard’umuzu in\u015fa etmeye karar verdi\u011fimizde, \u00f6ncelikle sa\u011flam bir teknik mimari olu\u015fturmam\u0131z gerekiyordu. Bu projenin temelinde, Kubernetes API’si ile etkile\u015fim kuran bir arka u\u00e7 (backend) ve bu verileri kullan\u0131c\u0131 dostu bir \u015fekilde g\u00f6rselle\u015ftiren bir \u00f6n u\u00e7 (frontend) bulunacakt\u0131. Arka u\u00e7 i\u00e7in Golang’i tercih ettim. Golang, e\u015fzamanl\u0131l\u0131k yetenekleri, performans\u0131 ve Kubernetes’in kendisinin de Golang ile yaz\u0131lm\u0131\u015f olmas\u0131 nedeniyle API ile do\u011frudan etkile\u015fim kurmak i\u00e7in ideal bir se\u00e7imdi. \u00d6n u\u00e7 taraf\u0131nda ise, modern web uygulamalar\u0131 geli\u015ftirmek i\u00e7in pop\u00fcler olan React framework’\u00fcn\u00fc kulland\u0131m. React’in bile\u015fen tabanl\u0131 yap\u0131s\u0131 ve geni\u015f topluluk deste\u011fi, h\u0131zl\u0131 prototipleme ve \u00f6l\u00e7eklenebilir bir UI geli\u015ftirme imkan\u0131 sunuyordu.<\/p>\n Arka u\u00e7ta, Kubernetes Go istemci k\u00fct\u00fcphanesini ( <\/code><\/p>\n Yukar\u0131daki Golang kodu, bir Kubernetes cluster'\u0131 i\u00e7inde \u00e7al\u0131\u015f\u0131rken t\u00fcm pod'lar\u0131 nas\u0131l listeleyece\u011finizi g\u00f6steriyor. Bu, dashboard'umuzun arka plan\u0131nda yapt\u0131\u011f\u0131 temel i\u015flemlerden sadece biriydi. \u00d6n u\u00e7ta ise, React bile\u015fenleri olu\u015fturarak bu verileri tablolar, grafikler ve durum kartlar\u0131 \u015feklinde g\u00f6rselle\u015ftirdik. \u00d6rne\u011fin, bir pod listesi bile\u015feni, al\u0131nan pod verilerini i\u015fleyerek her bir pod i\u00e7in ad, namespace, durum ve kaynak t\u00fcketimi gibi bilgileri g\u00f6sterdi. Ger\u00e7ek zamanl\u0131 g\u00fcncellemeler i\u00e7in WebSocket veya Server-Sent Events (SSE) gibi teknolojileri kullanarak, API'den gelen de\u011fi\u015fiklikleri an\u0131nda kullan\u0131c\u0131 aray\u00fcz\u00fcne yans\u0131tt\u0131k. Bu sayede, kullan\u0131c\u0131lar cluster'daki herhangi bir de\u011fi\u015fikli\u011fi an\u0131nda g\u00f6rebildiler, bu da operasyonel fark\u0131ndal\u0131\u011f\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rd\u0131.<\/p>\n \u0130lk ad\u0131mlar, temel bir pod listeleme ve durum g\u00f6r\u00fcnt\u00fcleme \u00f6zelli\u011fi ile ba\u015flad\u0131. Ard\u0131ndan, deployment'lar, servisler, ingress'ler ve configmap'ler gibi di\u011fer Kubernetes kaynaklar\u0131n\u0131 da dashboard'a ekledik. Her yeni kaynak ekledi\u011fimizde, ilgili API etkile\u015fimlerini arka u\u00e7ta uygulad\u0131k ve \u00f6n u\u00e7ta uygun g\u00f6rselle\u015ftirme bile\u015fenlerini geli\u015ftirdik. Bu kademeli yakla\u015f\u0131m, projenin karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 y\u00f6netmemize ve sa\u011flam bir temel \u00fczerine in\u015fa etmemize yard\u0131mc\u0131 oldu. Ayr\u0131ca, a\u00e7\u0131k kaynak ruhuna uygun olarak, kodu GitHub'da yay\u0131mlad\u0131k ve topluluktan geri bildirim ve katk\u0131lar almaya ba\u015flad\u0131k. Bu, projenin sadece teknik geli\u015fimini h\u0131zland\u0131rmakla kalmad\u0131, ayn\u0131 zamanda farkl\u0131 kullan\u0131m senaryolar\u0131n\u0131 ve gereksinimlerini anlamam\u0131z\u0131 da sa\u011flad\u0131.<\/p>\n A\u00e7\u0131k kaynak bir Kubernetes Dashboard geli\u015ftirme s\u00fcreci, beklendi\u011fi gibi bir\u00e7ok zorlukla doluydu, ancak her zorluk yeni bir \u00f6\u011frenme f\u0131rsat\u0131 sundu. Bu b\u00f6l\u00fcmde, kar\u015f\u0131la\u015ft\u0131\u011f\u0131m en kritik zorluklar\u0131 ve bunlara getirdi\u011fim pratik \u00e7\u00f6z\u00fcmleri detayland\u0131raca\u011f\u0131m. Bu bilgiler, benzer bir projeye ba\u015flamay\u0131 d\u00fc\u015f\u00fcnen veya mevcut Kubernetes y\u00f6netim ara\u00e7lar\u0131n\u0131 optimize etmek isteyen herkes i\u00e7in de\u011ferli olacakt\u0131r.<\/p>\n B\u00fcy\u00fck \u00f6l\u00e7ekli Kubernetes cluster'lar\u0131nda, binlerce pod, servis ve di\u011fer kaynak bulunabilir. T\u00fcm bu verileri API \u00fczerinden \u00e7ekmek, i\u015flemek ve \u00f6n uca g\u00f6ndermek, performans a\u00e7\u0131s\u0131ndan \u00f6nemli bir darbo\u011faz olu\u015fturabilir. \u0130lk prototipimizde, her sayfa yenilemede veya belirli aral\u0131klarla t\u00fcm verileri yeniden \u00e7ekiyorduk, bu da API sunucusuna a\u015f\u0131r\u0131 y\u00fck bindiriyor ve dashboard'un yava\u015flamas\u0131na neden oluyordu. Bu sorunu a\u015fmak i\u00e7in a\u015fa\u011f\u0131daki stratejileri uygulad\u0131m:<\/p>\n Bu optimizasyonlar sayesinde, dashboard'un hem daha h\u0131zl\u0131 yan\u0131t vermesini sa\u011flad\u0131k hem de Kubernetes API sunucusuna binen y\u00fck\u00fc minimuma indirdik.<\/p>\n Bir dashboard, cluster'daki t\u00fcm kritik bilgilere eri\u015fti\u011fi i\u00e7in g\u00fcvenlik en \u00f6nemli \u00f6nceliklerden biriydi. Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f bir dashboard, potansiyel bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131 olu\u015fturabilirdi. Bu nedenle, Kubernetes'in yerle\u015fik RBAC (Role-Based Access Control) sistemini dashboard'a entegre etmek kritikti.<\/p>\n Bu \u00f6nlemler, dashboard'un hem g\u00fcvenli hem de kurumsal standartlara uygun olmas\u0131n\u0131 sa\u011flad\u0131.<\/p>\n Teknik olarak sa\u011flam bir dashboard geli\u015ftirmenin yan\u0131 s\u0131ra, kullan\u0131c\u0131 deneyimini (UX) ve kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc (UI) de g\u00f6z \u00f6n\u00fcnde bulundurmak hayatiydi. \u00d6zellikle, farkl\u0131 cihazlarda sorunsuz bir deneyim sunmak i\u00e7in mobil uyumluluk \u00f6nemliydi.<\/p>\n <\/code><\/p>\n Yukar\u0131daki CSS kodu, dashboard bile\u015fenlerinin farkl\u0131 ekran boyutlar\u0131nda nas\u0131l adapte olabilece\u011fine dair basit bir \u00f6rnek sunuyor. Masa\u00fcst\u00fcnde daha geni\u015f bir d\u00fczen kullan\u0131rken, mobil cihazlarda i\u00e7erik daha dikey ve kompakt bir \u015fekilde s\u0131ralan\u0131yor. Bu, kullan\u0131c\u0131lar\u0131n herhangi bir cihazdan dashboard'a rahat\u00e7a eri\u015fmesini sa\u011flad\u0131. Ayr\u0131ca, h\u0131zl\u0131 y\u00fckleme s\u00fcreleri ve sezgisel gezinme, kullan\u0131c\u0131lar\u0131n dashboard'u daha verimli kullanmalar\u0131na yard\u0131mc\u0131 oldu. Bu zorluklar\u0131n \u00fcstesinden gelmek, projenin sadece i\u015flevsel de\u011fil, ayn\u0131 zamanda kullan\u0131labilir ve g\u00fcvenilir olmas\u0131n\u0131 sa\u011flad\u0131.<\/p>\n A\u00e7\u0131k kaynak bir proje geli\u015ftirmek, teknik yeteneklerinizi sergilemenin ve toplulu\u011fa katk\u0131da bulunman\u0131n \u00f6tesinde, s\u00fcrekli \u00f6\u011frenme ve i\u015f birli\u011fi yapma f\u0131rsat\u0131 sunar. Kubernetes Dashboard projemde de bu vizyonla hareket ettim. Projeyi GitHub'da yay\u0131mlayarak, d\u00fcnyan\u0131n d\u00f6rt bir yan\u0131ndan geli\u015ftiricilerin katk\u0131lar\u0131n\u0131, geri bildirimlerini ve fikirlerini almaya ba\u015flad\u0131m. Bu s\u00fcre\u00e7, projenin sadece benim ba\u015flang\u0131\u00e7taki vizyonumla s\u0131n\u0131rl\u0131 kalmamas\u0131n\u0131, aksine toplulu\u011fun ihtiya\u00e7lar\u0131 do\u011frultusunda evrimle\u015fmesini sa\u011flad\u0131. A\u00e7\u0131k kaynak, ayn\u0131 zamanda projenin daha geni\u015f bir kitleye ula\u015fmas\u0131na ve ger\u00e7ek d\u00fcnya senaryolar\u0131nda test edilmesine olanak tan\u0131d\u0131.<\/p>\n Gelecek vizyonu a\u00e7\u0131s\u0131ndan, Kubernetes Dashboard'umuzu daha da geli\u015ftirmek i\u00e7in birka\u00e7 kilit alan belirledim:<\/p>\n Bu geli\u015fmelerin yan\u0131 s\u0131ra, s\u00fcrekli entegrasyon ve s\u00fcrekli da\u011f\u0131t\u0131m (CI\/CD) pipeline'lar\u0131n\u0131 da daha sa\u011flam hale getirme hedefindeyim. Otomatik testler, kod kalitesi analizleri ve otomatik da\u011f\u0131t\u0131m s\u00fcre\u00e7leri, projenin g\u00fcvenilirli\u011fini art\u0131r\u0131rken, yeni \u00f6zelliklerin daha h\u0131zl\u0131 ve g\u00fcvenli bir \u015fekilde yay\u0131mlanmas\u0131n\u0131 sa\u011flayacakt\u0131r. Bir vaka analizi olarak, projemizdeki ilk major s\u00fcr\u00fcm yay\u0131n\u0131n\u0131 ele alal\u0131m. Bir kullan\u0131c\u0131 grubumuz, \u00f6zellikle \u00e7oklu cluster ortamlar\u0131nda dashboard'un tek bir aray\u00fczden y\u00f6netilmesini talep etti. Bu, mevcut mimarimizi \u00f6nemli \u00f6l\u00e7\u00fcde geni\u015fletmemiz gerekti\u011fi anlam\u0131na geliyordu. Backend taraf\u0131nda, farkl\u0131 kubeconfig'leri veya service account'lar\u0131 y\u00f6netebilen bir \"cluster switcher\" mekanizmas\u0131 geli\u015ftirdik. Frontend'de ise, kullan\u0131c\u0131lar\u0131n kolayca cluster'lar aras\u0131nda ge\u00e7i\u015f yapabildi\u011fi bir aray\u00fcz ekledik. Bu \u00f6zellik, hem projenin kullan\u0131labilirli\u011fini art\u0131rd\u0131 hem de a\u00e7\u0131k kaynak toplulu\u011funun do\u011frudan bir ihtiyac\u0131na yan\u0131t vermi\u015f oldu. Bu s\u00fcre\u00e7, topluluktan gelen geri bildirimlerin bir projenin geli\u015fiminde ne kadar kritik olabilece\u011fini a\u00e7\u0131k\u00e7a g\u00f6sterdi.<\/p>\n K\u0131sacas\u0131, Kubernetes Dashboard projemiz sadece bir ba\u015flang\u0131\u00e7t\u0131. A\u00e7\u0131k kaynak toplulu\u011funun g\u00fcc\u00fcyle, projenin \u00e7ok daha geni\u015f ve g\u00fc\u00e7l\u00fc bir ekosisteme d\u00f6n\u00fc\u015fece\u011fine inan\u0131yorum. Bu yolculuk, bana sadece teknik bilgi de\u011fil, ayn\u0131 zamanda i\u015f birli\u011finin ve s\u00fcrekli iyile\u015ftirmenin de\u011ferini de \u00f6\u011fretti. Gelecekte, bu dashboard'un Kubernetes ekosisteminde \u00f6nemli bir yer edinmesini ve kullan\u0131c\u0131lar\u0131n operasyonel y\u00fck\u00fcn\u00fc hafifletmesini umuyorum.<\/p>\n A\u00e7\u0131k kaynak bir Kubernetes Dashboard geli\u015ftirme maceras\u0131, benim i\u00e7in teknik bilgi birikimimi derinle\u015ftiren ve problem \u00e7\u00f6zme yeteneklerimi keskinle\u015ftiren inan\u0131lmaz bir deneyim oldu. Bu s\u00fcre\u00e7te edindi\u011fim en \u00f6nemli derslerden biri, karma\u015f\u0131k sistemlerle \u00e7al\u0131\u015f\u0131rken mod\u00fcler ve kademeli bir yakla\u015f\u0131m\u0131n ne kadar kritik oldu\u011fuydu. Kubernetes API'sinin geni\u015fli\u011fini ve esnekli\u011fini do\u011frudan deneyimlemek, bir yandan zorlay\u0131c\u0131yken, di\u011fer yandan s\u0131n\u0131rs\u0131z \u00f6zelle\u015ftirme ve entegrasyon potansiyeli sundu\u011funu g\u00f6sterdi. Arka u\u00e7ta Go'nun e\u015fzamanl\u0131l\u0131k yeteneklerini kullanarak API etkile\u015fimlerini optimize etmek ve \u00f6n u\u00e7ta React ile sezgisel bir kullan\u0131c\u0131 aray\u00fcz\u00fc olu\u015fturmak, modern web geli\u015ftirme pratiklerini derinlemesine kavramam\u0131 sa\u011flad\u0131. \u00d6zellikle performans optimizasyonu i\u00e7in C:<\/strong> Mevcut \u00e7\u00f6z\u00fcmler (resmi Kubernetes Dashboard, Lens vb.) \u00f6zel ihtiya\u00e7lar\u0131n\u0131z\u0131 kar\u015f\u0131lam\u0131yorsa, belirli entegrasyonlara veya \u00f6zelle\u015ftirilmi\u015f i\u015f ak\u0131\u015flar\u0131na ihtiyac\u0131n\u0131z varsa veya Kubernetes'in i\u00e7 i\u015fleyi\u015fini daha derinlemesine anlamak istiyorsan\u0131z kendi dashboard'unuzu geli\u015ftirmeyi d\u00fc\u015f\u00fcnebilirsiniz. Genellikle, \u00e7ok \u00f6zel izleme veya y\u00f6netim gereksinimleri olan kurumsal ortamlarda veya e\u011fitim ama\u00e7l\u0131 projelerde tercih edilir.<\/p>\n<\/li>\n C:<\/strong> Arka u\u00e7 i\u00e7in Golang ( C:<\/strong> Minimum ayr\u0131cal\u0131k ilkesini uygulay\u0131n (dashboard'a yaln\u0131zca ihtiya\u00e7 duydu\u011fu izinleri verin). RBAC (Role-Based Access Control) politikalar\u0131n\u0131 etkin bir \u015fekilde kullan\u0131n. Kullan\u0131c\u0131lar i\u00e7in kimlik do\u011frulama ve yetkilendirmeyi sa\u011flamak i\u00e7in Kubernetes Service Account token'lar\u0131n\u0131 veya OIDC gibi d\u0131\u015f kimlik sa\u011flay\u0131c\u0131lar\u0131n\u0131 entegre edin. Hassas verileri asla do\u011frudan \u00f6n u\u00e7ta depolamay\u0131n ve t\u00fcm ileti\u015fimi HTTPS \u00fczerinden \u015fifreleyin.<\/p>\n<\/li>\n C:<\/strong> Projenizi GitHub gibi pop\u00fcler platformlarda yay\u0131mlay\u0131n. Kapsaml\u0131 ve a\u00e7\u0131k bir README, katk\u0131 k\u0131lavuzu ve kodlama standartlar\u0131 dok\u00fcmantasyonu sa\u011flay\u0131n. \u0130yi tan\u0131mlanm\u0131\u015f 'good first issue' etiketli g\u00f6revler olu\u015fturarak yeni ba\u015flayanlar\u0131n projeye dahil olmas\u0131n\u0131 kolayla\u015ft\u0131r\u0131n. Aktif bir ileti\u015fim kanal\u0131 (Discord, Slack) kurun ve topluluktan gelen sorulara ve geri bildirimlere d\u00fczenli olarak yan\u0131t verin.<\/p>\n<\/li>\n C:<\/strong> Evet, duyarl\u0131 tasar\u0131m (responsive design) prensiplerini uygulay\u0131n. CSS Media Queries kullanarak farkl\u0131 ekran boyutlar\u0131na g\u00f6re stil kurallar\u0131 tan\u0131mlay\u0131n. K\u00fc\u00e7\u00fck ekranlar i\u00e7in optimize edilmi\u015f d\u00fczenler ve dokunmatik dostu etkile\u015fimler geli\u015ftirin. Mobil taray\u0131c\u0131larda performans\u0131 art\u0131rmak i\u00e7in kaynak optimizasyonlar\u0131 yap\u0131n (\u00f6rne\u011fin, resim boyutlar\u0131n\u0131 k\u00fc\u00e7\u00fcltme, gereksiz JavaScript'i kald\u0131rma).<\/p>\n<\/li>\n<\/ul>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Kubernetes ortam\u0131n\u0131z\u0131 y\u00f6netmek, karma\u015f\u0131kl\u0131\u011f\u0131 ve dinamik yap\u0131s\u0131 nedeniyle bazen bunalt\u0131c\u0131 olabilir. Peki, y\u00fczlerce hatta binlerce pod, servis ve…","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-35652","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-kubernetes","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nkubectl<\/code> gibi) operasyonlar i\u00e7in vazge\u00e7ilmez olsa da, h\u0131zl\u0131 bir genel bak\u0131\u015f sunmakta veya birden fazla kayna\u011f\u0131n durumunu e\u015fzamanl\u0131 olarak g\u00f6rselle\u015ftirmekte yetersiz kalabilir. Karma\u015f\u0131k sorgular yazmak, \u00e7\u0131kt\u0131y\u0131 filtrelemek ve ard\u0131ndan yorumlamak zaman al\u0131c\u0131d\u0131r ve hata yapma olas\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r. Geli\u015ftiriciler, operasyon ekipleri ve hatta i\u015f birimleri, sistemin genel sa\u011fl\u0131\u011f\u0131 ve performans e\u011filimleri hakk\u0131nda kolayca anla\u015f\u0131labilir bilgilere ihtiya\u00e7 duyar. Bu durum, grafiksel kullan\u0131c\u0131 aray\u00fcz\u00fcne sahip, kapsaml\u0131 bir izleme ve y\u00f6netim arac\u0131n\u0131n, yani bir Kubernetes Dashboard’unun gereklili\u011fini ortaya koyar. Standart Kubernetes Dashboard’u gibi haz\u0131r \u00e7\u00f6z\u00fcmler olsa da, bunlar her zaman \u00f6zelle\u015ftirme veya belirli i\u015f ak\u0131\u015flar\u0131na entegrasyon a\u00e7\u0131s\u0131ndan s\u0131n\u0131rl\u0131 kalabilir. \u0130\u015fte tam da bu noktada, kendi a\u00e7\u0131k kaynak dashboard’umuzu geli\u015ftirme fikri do\u011fdu: Mevcut bo\u015fluklar\u0131 doldurmak, toplulu\u011fa katk\u0131da bulunmak ve bu s\u00fcre\u00e7te derinlemesine bilgi edinmek amac\u0131yla.<\/p>\nMevcut Kubernetes Dashboard \u00c7\u00f6z\u00fcmleri Neden Yetersiz Kalabilir?<\/h2>\n
S\u0131f\u0131rdan A\u00e7\u0131k Kaynak Kubernetes Dashboard Geli\u015ftirme: Teknik Mimari ve \u0130lk Ad\u0131mlar<\/h2>\n
client-go<\/code>) kullanarak Kubernetes API sunucusu ile ileti\u015fim kurduk. Bu k\u00fct\u00fcphane, Kubernetes API’sindeki t\u00fcm kaynaklara eri\u015fim sa\u011flayan Go tabanl\u0131 g\u00fc\u00e7l\u00fc bir istemcidir. Bir pod’un durumunu sorgulamak, bir deployment’\u0131 \u00f6l\u00e7eklendirmek veya loglar\u0131 \u00e7ekmek gibi i\u015flemler i\u00e7in client-go<\/code> kullanmak, hem g\u00fcvenli hem de verimli bir yoldu. Kimlik do\u011frulama i\u00e7in, Kubernetes’in kendi mekanizmalar\u0131ndan faydaland\u0131k. \u00d6zellikle Service Account token’lar\u0131 ve Kubernetes RBAC (Role-Based Access Control) politikalar\u0131, dashboard’un hangi kaynaklara hangi izinlerle eri\u015febilece\u011fini tan\u0131mlamam\u0131z i\u00e7in kritikti. G\u00fcvenlik, projenin en ba\u015f\u0131ndan itibaren \u00f6ncelikli bir konuydu ve RBAC sayesinde her kullan\u0131c\u0131n\u0131n veya dashboard’un yaln\u0131zca ihtiya\u00e7 duydu\u011fu minimum ayr\u0131cal\u0131klara sahip olmas\u0131n\u0131 sa\u011flad\u0131k.<\/p>\n\npackage main\n\nimport (\n\t\"context\"\n\t\"fmt\"\n\t\"log\"\n\n\tmetav1 \"k8s.io\/apimachinery\/pkg\/apis\/meta\/v1\"\n\t\"k8s.io\/client-go\/kubernetes\"\n\t\"k8s.io\/client-go\/rest\"\n)\n\nfunc main() {\n\t\/\/ Kubernetes cluster i\u00e7inde \u00e7al\u0131\u015f\u0131yorsan\u0131z\n\tconfig, err := rest.InClusterConfig()\n\tif err != nil {\n\t\tlog.Fatalf(\"Cluster konfig\u00fcrasyonunu y\u00fcklenirken hata olu\u015ftu: %v\", err)\n\t}\n\n\t\/\/ Kubernetes API istemcisi olu\u015fturma\n\tclientset, err := kubernetes.NewForConfig(config)\n\tif err != nil {\n\t\tlog.Fatalf(\"Kubernetes istemcisi olu\u015fturulurken hata olu\u015ftu: %v\", err)\n\t}\n\n\t\/\/ T\u00fcm pod'lar\u0131 listeleme\n\tpods, err := clientset.CoreV1().Pods(\"\").List(context.TODO(), metav1.ListOptions{})\n\tif err != nil {\n\t\tlog.Fatalf(\"Pod'lar listelenirken hata olu\u015ftu: %v\", err)\n\t}\n\n\tfmt.Printf(\"Cluster'da %d pod bulundu.\\n\", len(pods.Items))\n\tfor _, pod := range pods.Items {\n\t\tfmt.Printf(\" - %s (Namespace: %s, Durum: %s)\\n\", pod.Name, pod.Namespace, pod.Status.Phase)\n\t}\n}\n\n<\/pre>\nGeli\u015ftirme S\u00fcrecinde Kar\u015f\u0131la\u015f\u0131lan Kritik Zorluklar ve Pratik \u00c7\u00f6z\u00fcmleri Nelerdi?<\/h2>\n
Performans ve \u00d6l\u00e7eklenebilirlik Sorunlar\u0131 Nas\u0131l A\u015f\u0131ld\u0131?<\/h3>\n
\n
ListAndWatch<\/code> mekanizmas\u0131n\u0131 kulland\u0131m. Bu mekanizma, sadece ilk y\u00fcklemede t\u00fcm kaynaklar\u0131 \u00e7eker, ard\u0131ndan yaln\u0131zca de\u011fi\u015fen kaynaklar\u0131 ger\u00e7ek zamanl\u0131 olarak bildirir. Bu sayede, API trafi\u011fini ve backend'deki i\u015flem y\u00fck\u00fcn\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azaltt\u0131k. \u00d6n u\u00e7ta ise, bu de\u011fi\u015fen verileri mevcut duruma entegre eden ak\u0131ll\u0131 bir cacheleme mekanizmas\u0131 geli\u015ftirdik.<\/li>\nclient-go<\/code> k\u00fct\u00fcphanesinin Informer<\/code> desenini kullanmak, ListAndWatch<\/code> mekanizmas\u0131n\u0131 daha verimli ve hatas\u0131z bir \u015fekilde uygulaman\u0131za olanak tan\u0131r. Informer'lar, cluster'daki nesnelerin yerel bir kopyas\u0131n\u0131 tutar ve de\u011fi\u015fiklikleri olay tabanl\u0131 olarak bildirir, b\u00f6ylece s\u00fcrekli API sorgulamas\u0131na gerek kalmaz.\n<\/div>\nG\u00fcvenlik: RBAC Entegrasyonu ve Yetkilendirme<\/h3>\n
\n
UI\/UX ve Mobil Uyumluluk Zorluklar\u0131<\/h3>\n
\n
\n\/* Genel stiller *\/\nbody {\n font-family: Arial, sans-serif;\n margin: 0;\n padding: 0;\n}\n\n.dashboard-container {\n width: 90%;\n margin: 20px auto;\n padding: 20px;\n background-color: #f9f9f9;\n border-radius: 8px;\n box-shadow: 0 2px 4px rgba(0,0,0,0.1);\n}\n\n.pod-card {\n background-color: white;\n border: 1px solid #ddd;\n padding: 15px;\n margin-bottom: 10px;\n border-radius: 5px;\n}\n\n\/* Masa\u00fcst\u00fc ve tabletler i\u00e7in (min-width: 768px) *\/\n@media (min-width: 768px) {\n .dashboard-container {\n width: 80%;\n max-width: 1200px;\n display: grid;\n grid-template-columns: repeat(auto-fit, minmax(300px, 1fr)); \/* Esnek kolonlar *\/\n gap: 20px;\n }\n .pod-card {\n padding: 20px;\n }\n}\n\n\/* Mobil cihazlar i\u00e7in (max-width: 767px) *\/\n@media (max-width: 767px) {\n .dashboard-container {\n width: 95%;\n margin: 10px auto;\n padding: 10px;\n }\n .pod-card {\n font-size: 0.9em;\n }\n h2 {\n font-size: 1.5em;\n }\n}\n\n<\/pre>\nA\u00e7\u0131k Kaynak Projeler ve Gelecek Vizyonu: Kubernetes Dashboard'unuzu Nas\u0131l Geli\u015ftirebilirsiniz?<\/h2>\n
\n
Sonu\u00e7: Kubernetes Dashboard Geli\u015ftirmekten Ne \u00d6\u011frendim? ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
ListAndWatch<\/code> mekanizmas\u0131n\u0131n ve g\u00fcvenli eri\u015fim i\u00e7in RBAC entegrasyonunun \u00f6nemi, pratik uygulamalarla peki\u015fti. Kar\u015f\u0131la\u015f\u0131lan her zorluk, sadece bir engel de\u011fil, ayn\u0131 zamanda yeni bir \u00e7\u00f6z\u00fcm bulma ve \u00f6\u011frenme f\u0131rsat\u0131yd\u0131. Toplulu\u011fun katk\u0131lar\u0131 ve geri bildirimleri, projenin sadece teknik olarak de\u011fil, ayn\u0131 zamanda kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan da olgunla\u015fmas\u0131na paha bi\u00e7ilmez bir de\u011fer katt\u0131. Bu proje, bana sadece bir yaz\u0131l\u0131m in\u015fa etmeyi de\u011fil, ayn\u0131 zamanda a\u00e7\u0131k kaynak felsefesini, i\u015f birli\u011fini ve s\u00fcrekli \u00f6\u011frenmenin g\u00fcc\u00fcn\u00fc de \u00f6\u011fretti. Kubernetes ekosisteminin dinamik yap\u0131s\u0131 g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda, bu t\u00fcr ara\u00e7lar\u0131n s\u00fcrekli geli\u015ftirilmesi ve iyile\u015ftirilmesi gereklili\u011fi a\u00e7\u0131k\u00e7a ortaya \u00e7\u0131k\u0131yor. Gelecekte, daha derinlemesine metrik entegrasyonlar\u0131, geli\u015fmi\u015f y\u00f6netim yetenekleri ve daha sa\u011flam bir uyar\u0131 sistemi ile dashboard'un Kubernetes kullan\u0131c\u0131lar\u0131 i\u00e7in vazge\u00e7ilmez bir ara\u00e7 haline gelmesini umuyorum.<\/p>\nS\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n
client-go<\/code> k\u00fct\u00fcphanesi nedeniyle) veya Python (kubernetes-client\/python<\/code> k\u00fct\u00fcphanesi nedeniyle) pop\u00fcler ve etkili se\u00e7eneklerdir. \u00d6n u\u00e7 i\u00e7in React, Vue veya Angular gibi modern JavaScript framework'leri, zengin ve etkile\u015fimli kullan\u0131c\u0131 aray\u00fczleri olu\u015fturmak i\u00e7in idealdir. Se\u00e7iminiz, ekibinizin uzmanl\u0131\u011f\u0131na ve projenizin gereksinimlerine ba\u011fl\u0131 olmal\u0131d\u0131r.<\/p>\n<\/li>\n