Yaz\u0131l\u0131m d\u00fcnyas\u0131nda de\u011fi\u015fim h\u0131z\u0131 ba\u015f d\u00f6nd\u00fcr\u00fcc\u00fcd\u00fcr ve bu h\u0131z, bulut tabanl\u0131 altyap\u0131lar\u0131n temel ta\u015flar\u0131ndan biri olan Kubernetes i\u00e7in de ge\u00e7erlidir. Kubernetes, dinamik ve h\u0131zla geli\u015fen bir ekosistem sunarken, bu geli\u015fimin beraberinde getirdi\u011fi en b\u00fcy\u00fck zorluklardan biri, k\u00fcmelerin g\u00fcncel ve g\u00fcvenli tutulmas\u0131d\u0131r. \u00d6zellikle y\u00f6netilen Kubernetes hizmetleri sunan sa\u011flay\u0131c\u0131lar i\u00e7in bu, s\u00fcrekli bir operasyonel y\u00fck anlam\u0131na gelir. Bir y\u0131l i\u00e7inde 20.000’den fazla Kubernetes k\u00fcmesi y\u00fckseltmesi ger\u00e7ekle\u015ftirmek, sadece teknik bir ba\u015far\u0131 de\u011fil, ayn\u0131 zamanda operasyonel m\u00fckemmeliyet, otomasyon ve \u00f6\u011frenme d\u00f6ng\u00fclerinin derinlemesine bir testidir. Bu makale, bu yo\u011fun deneyimden \u00e7\u0131kar\u0131lan dersleri, kar\u015f\u0131la\u015f\u0131lan zorluklar\u0131 ve geli\u015ftirilen stratejileri teknik bir bak\u0131\u015f a\u00e7\u0131s\u0131yla ele alacakt\u0131r.<\/p>\n
Kubernetes k\u00fcmelerinin d\u00fczenli olarak y\u00fckseltilmesi, sadece bir iyi uygulama de\u011fil, ayn\u0131 zamanda operasyonel s\u00fcreklilik ve g\u00fcvenlik i\u00e7in hayati bir gerekliliktir. Bu gereklili\u011fin temel nedenleri \u015funlard\u0131r:<\/p>\n
Kubernetes, da\u011f\u0131t\u0131k sistemlerin karma\u015f\u0131kl\u0131\u011f\u0131 nedeniyle s\u00fcrekli yeni g\u00fcvenlik a\u00e7\u0131klar\u0131na maruz kalabilir. Her yeni s\u00fcr\u00fcm, genellikle \u00f6nceki s\u00fcr\u00fcmlerde tespit edilen g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 kapatan yamalar i\u00e7erir. Bu a\u00e7\u0131klar, hizmet kesintilerine, veri ihlallerine veya yetkisiz eri\u015fime yol a\u00e7abilir. Y\u00f6netilen bir ortamda, birden fazla m\u00fc\u015fterinin i\u015f y\u00fck\u00fcn\u00fc bar\u0131nd\u0131ran k\u00fcmelerdeki g\u00fcvenlik a\u00e7\u0131klar\u0131, geni\u015f \u00e7apl\u0131 etkilere neden olabilir. Bu nedenle, en son g\u00fcvenlik yamalar\u0131n\u0131 i\u00e7eren s\u00fcr\u00fcmlere ge\u00e7mek, potansiyel tehditlere kar\u015f\u0131 en g\u00fc\u00e7l\u00fc savunmad\u0131r.<\/p>\n
Kubernetes toplulu\u011fu son derece aktif olup, her \u00fc\u00e7 ayda bir yeni ana s\u00fcr\u00fcm yay\u0131nlamaktad\u0131r. Bu s\u00fcr\u00fcmler, performans iyile\u015ftirmeleri, yeni API’ler, daha iyi kaynak y\u00f6netimi yetenekleri, depolama ve a\u011f geli\u015ftirmeleri gibi bir\u00e7ok yeni \u00f6zellik ve iyile\u015ftirme sunar. Bu yeni \u00f6zellikler, geli\u015ftiricilerin daha verimli uygulamalar olu\u015fturmas\u0131na, operasyon ekiplerinin k\u00fcmeleri daha kolay y\u00f6netmesine ve genel olarak platformun yeteneklerini geni\u015fletmesine olanak tan\u0131r. \u00d6rne\u011fin, yeni bir depolama s\u00fcr\u00fcc\u00fcs\u00fc aray\u00fcz\u00fc (CSI) veya a\u011f politikalar\u0131 i\u00e7in daha geli\u015fmi\u015f bir kontrolc\u00fc, uygulama performans\u0131n\u0131 ve g\u00fcvenli\u011fini do\u011frudan etkileyebilir.<\/p>\n
Yeni s\u00fcr\u00fcmler sadece \u00f6zellik getirmekle kalmaz, ayn\u0131 zamanda mevcut bile\u015fenlerin performans\u0131n\u0131 ve kararl\u0131l\u0131\u011f\u0131n\u0131 art\u0131ran optimizasyonlar da i\u00e7erir. \u00d6rne\u011fin, kube-scheduler, kube-apiserver veya etcd gibi temel bile\u015fenlerdeki iyile\u015ftirmeler, k\u00fcmenin genel tepki s\u00fcresini ve g\u00fcvenilirli\u011fini art\u0131rabilir. Bellek s\u0131z\u0131nt\u0131lar\u0131, CPU kullan\u0131m\u0131 optimizasyonlar\u0131 ve hata d\u00fczeltmeleri, uzun vadede daha sa\u011flam bir altyap\u0131 sunar.<\/p>\n
Kubernetes, her s\u00fcr\u00fcm i\u00e7in belirli bir destek \u00f6mr\u00fcne sahiptir. Genellikle, bir s\u00fcr\u00fcm yay\u0131nland\u0131ktan sonra yakla\u015f\u0131k 9-12 ay boyunca bak\u0131m\u0131 yap\u0131l\u0131r. Bu s\u00fcrenin sonunda, s\u00fcr\u00fcm “destek sonu” (End-of-Life – EOL) durumuna gelir ve art\u0131k g\u00fcvenlik yamalar\u0131 veya hata d\u00fczeltmeleri almaz. Desteklenmeyen bir s\u00fcr\u00fcmde kalmak, g\u00fcvenlik risklerini art\u0131r\u0131r ve uyumluluk sorunlar\u0131na yol a\u00e7abilir. Y\u00f6netilen servis sa\u011flay\u0131c\u0131lar\u0131 i\u00e7in, m\u00fc\u015fterilerini desteklenen s\u00fcr\u00fcmlerde tutmak, hizmet kalitesini ve m\u00fc\u015fteri g\u00fcvenli\u011fini sa\u011flaman\u0131n temel bir par\u00e7as\u0131d\u0131r.<\/p>\n
Tek bir Kubernetes k\u00fcmesini y\u00fckseltmek bile karma\u015f\u0131k olabilirken, binlerce farkl\u0131 m\u00fc\u015fteri k\u00fcmesini y\u00fckseltmek, benzersiz ve \u00f6l\u00e7eklenebilir zorluklar\u0131 beraberinde getirir.<\/p>\n
20.000 k\u00fcme, sadece say\u0131larla ifade edilen bir b\u00fcy\u00fckl\u00fck de\u011fil, ayn\u0131 zamanda her bir k\u00fcmenin farkl\u0131 konfig\u00fcrasyonlara, i\u015f y\u00fcklerine ve ba\u011f\u0131ml\u0131l\u0131klara sahip oldu\u011fu anlam\u0131na gelir. Bu \u00f6l\u00e7ekte manuel y\u00fckseltmeler yapmak imkans\u0131zd\u0131r. Otomasyon, bu \u00f6l\u00e7e\u011fin \u00fcstesinden gelmek i\u00e7in tek yoldur, ancak otomasyonun kendisi de y\u00fcksek d\u00fczeyde sa\u011flaml\u0131k ve esneklik gerektirir.<\/p>\n
Her m\u00fc\u015fteri, Kubernetes’i farkl\u0131 ama\u00e7lar i\u00e7in kullan\u0131r. Baz\u0131lar\u0131 basit web uygulamalar\u0131 \u00e7al\u0131\u015ft\u0131r\u0131rken, di\u011ferleri durum bilgisi olan veri tabanlar\u0131, makine \u00f6\u011frenimi i\u015f y\u00fckleri veya karma\u015f\u0131k mikro hizmet mimarileri kullanabilir. Bu \u00e7e\u015fitlilik, y\u00fckseltme s\u00fcrecinde her i\u015f y\u00fck\u00fcn\u00fcn farkl\u0131 tepkiler verebilece\u011fi anlam\u0131na gelir. Bir y\u00fckseltmenin bir m\u00fc\u015fteri i\u00e7in sorunsuz ge\u00e7mesi, ba\u015fka bir m\u00fc\u015fteri i\u00e7in kritik kesintilere yol a\u00e7abilir. Bu nedenle, y\u00fckseltme stratejilerinin bu \u00e7e\u015fitlili\u011fi hesaba katmas\u0131 ve m\u00fcmk\u00fcn oldu\u011funca esnek olmas\u0131 gerekir.<\/p>\n
M\u00fc\u015fterilerin \u00e7o\u011fu, uygulamalar\u0131 i\u00e7in s\u0131f\u0131ra yak\u0131n kesinti s\u00fcresi bekler. Finansal hizmetler, e-ticaret veya sa\u011fl\u0131k gibi sekt\u00f6rlerde faaliyet g\u00f6steren uygulamalar i\u00e7in birka\u00e7 dakikal\u0131k kesinti bile b\u00fcy\u00fck maliyetlere veya itibar kayb\u0131na neden olabilir. Bu durum, y\u00fckseltme s\u00fcre\u00e7lerinin son derece dikkatli planlanmas\u0131n\u0131 ve “s\u0131f\u0131r kesinti” (zero-downtime) veya “minimum kesinti” stratejileriyle y\u00fcr\u00fct\u00fclmesini zorunlu k\u0131lar.<\/p>\n
Kubernetes k\u00fcmeleri genellikle Helm grafikleri, operat\u00f6rler, \u00f6zel kaynak tan\u0131mlar\u0131 (CRD’ler), a\u011f eklentileri (CNI’lar), depolama eklentileri (CSI’lar) ve di\u011fer \u00fc\u00e7\u00fcnc\u00fc taraf entegrasyonlar\u0131 gibi bir\u00e7ok bile\u015fenle birlikte kullan\u0131l\u0131r. Bu bile\u015fenlerin her birinin Kubernetes s\u00fcr\u00fcm\u00fcyle uyumlulu\u011fu, y\u00fckseltme \u00f6ncesinde dikkatlice kontrol edilmelidir. Uyumsuz bir eklenti, k\u00fcmenin i\u015flevselli\u011fini bozabilir veya tamamen devre d\u0131\u015f\u0131 b\u0131rakabilir.<\/p>\n
Manuel m\u00fcdahale gerektiren her ad\u0131m, insan hatas\u0131 riskini art\u0131r\u0131r. \u00d6l\u00e7ek b\u00fcy\u00fcd\u00fck\u00e7e, bu risk de katlanarak artar. Yanl\u0131\u015f bir komut, eksik bir yap\u0131land\u0131rma ad\u0131m\u0131 veya g\u00f6zden ka\u00e7an bir uyar\u0131, binlerce k\u00fcme i\u00e7in felaketle sonu\u00e7lanabilir. Bu nedenle, insan m\u00fcdahalesini en aza indiren ve hata denetimlerini otomatikle\u015ftiren sistemler geli\u015ftirmek kritik \u00f6neme sahiptir.<\/p>\n
Bu \u00f6l\u00e7ekte bir operasyon, sadece mevcut sorunlar\u0131 \u00e7\u00f6zmekle kalmaz, ayn\u0131 zamanda gelecekteki zorluklar i\u00e7in de de\u011ferli dersler sunar. \u0130\u015fte bu deneyimden \u00e7\u0131kar\u0131lan en \u00f6nemli dersler:<\/p>\n
20.000 k\u00fcme y\u00fckseltmesi, otomasyon olmadan m\u00fcmk\u00fcn de\u011fildir. Otomasyon, sadece i\u015f y\u00fck\u00fcn\u00fc azaltmakla kalmaz, ayn\u0131 zamanda tutarl\u0131l\u0131\u011f\u0131 art\u0131r\u0131r ve insan hatas\u0131 olas\u0131l\u0131\u011f\u0131n\u0131 azalt\u0131r.<\/p>\n
Y\u00fckseltme s\u00fcre\u00e7lerinin tamam\u0131, s\u00fcrekli entegrasyon\/s\u00fcrekli da\u011f\u0131t\u0131m (CI\/CD) boru hatlar\u0131 arac\u0131l\u0131\u011f\u0131yla otomatikle\u015ftirilmelidir. Bu boru hatlar\u0131, y\u00fckseltme \u00f6ncesi kontrolleri, y\u00fckseltme ad\u0131mlar\u0131n\u0131, y\u00fckseltme sonras\u0131 do\u011frulamalar\u0131 ve olas\u0131 geri alma senaryolar\u0131n\u0131 i\u00e7ermelidir. \u00d6rne\u011fin, bir boru hatt\u0131, k\u00fcme durumunu kontrol edebilir, ba\u011f\u0131ml\u0131l\u0131klar\u0131 do\u011frulayabilir, kontrol d\u00fczlemini y\u00fckseltebilir, ard\u0131ndan \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcmleri s\u0131rayla g\u00fcncelleyebilir ve her ad\u0131mda sa\u011fl\u0131k kontrolleri yapabilir.<\/p>\n
Her y\u00fckseltme a\u015famas\u0131nda otomatik testler \u00e7al\u0131\u015ft\u0131r\u0131lmal\u0131d\u0131r. Bu testler, temel Kubernetes bile\u015fenlerinin (API sunucusu, zamanlay\u0131c\u0131, kontrol\u00f6r y\u00f6neticisi) i\u015flevselli\u011fini, a\u011f ba\u011flant\u0131s\u0131n\u0131, depolama eri\u015fimini ve \u00f6rnek m\u00fc\u015fteri uygulamalar\u0131n\u0131n temel i\u015flevlerini do\u011frulamal\u0131d\u0131r. Prometheus metrikleri, log analizleri ve \u00f6zel sa\u011fl\u0131k kontrol u\u00e7 noktalar\u0131 (health check endpoints) kullan\u0131larak otomatik do\u011frulama yap\u0131labilir.<\/p>\n
En iyi planlanm\u0131\u015f y\u00fckseltmeler bile ba\u015far\u0131s\u0131z olabilir. Bu nedenle, h\u0131zl\u0131 ve g\u00fcvenilir geri alma mekanizmalar\u0131n\u0131n otomasyonu hayati \u00f6nem ta\u015f\u0131r. Bir y\u00fckseltme ba\u015far\u0131s\u0131z oldu\u011funda, sistem otomatik olarak \u00f6nceki stabil duruma d\u00f6nebilmelidir. Bu, genellikle anl\u0131k g\u00f6r\u00fcnt\u00fcler (snapshots), yeni d\u00fc\u011f\u00fcm havuzlar\u0131 olu\u015fturma ve eski d\u00fc\u011f\u00fcmleri kald\u0131rma veya kontrol d\u00fczlemi i\u00e7in yedekleme\/geri y\u00fckleme stratejileriyle sa\u011flan\u0131r.<\/p>\n
T\u00fcm k\u00fcmeleri ayn\u0131 anda y\u00fckseltmek, kabul edilemez bir risk ta\u015f\u0131r. Y\u00fckseltmelerin kademeli olarak ve kontroll\u00fc bir \u015fekilde yap\u0131lmas\u0131, potansiyel sorunlar\u0131 erken tespit etmeyi ve etkisini s\u0131n\u0131rlamay\u0131 sa\u011flar.<\/p>\n
Her y\u00fckseltme s\u00fcr\u00fcm\u00fc, \u00f6ncelikle izole test ortamlar\u0131nda ve dahili k\u00fcmelerde kapsaml\u0131 bir \u015fekilde test edilmelidir. Bu ortamlar, ger\u00e7ek m\u00fc\u015fteri i\u015f y\u00fcklerini sim\u00fcle etmeli ve \u00e7e\u015fitli senaryolar\u0131 kapsayan otomatik test paketlerini \u00e7al\u0131\u015ft\u0131rmal\u0131d\u0131r.<\/p>\n
Dahili testlerden sonra, y\u00fckseltmeler k\u00fc\u00e7\u00fck, risk tolerans\u0131 y\u00fcksek m\u00fc\u015fteri gruplar\u0131na veya daha az kritik i\u015f y\u00fcklerine sahip k\u00fcmelere uygulanmal\u0131d\u0131r. Bu “kanarya” k\u00fcmeleri, yeni s\u00fcr\u00fcm\u00fcn ger\u00e7ek d\u00fcnya ko\u015fullar\u0131nda nas\u0131l performans g\u00f6sterdi\u011fini g\u00f6zlemlemek i\u00e7in kullan\u0131l\u0131r. Bu a\u015famada toplanan metrikler, loglar ve geri bildirimler, daha geni\u015f \u00e7apl\u0131 da\u011f\u0131t\u0131ma ge\u00e7meden \u00f6nce sorunlar\u0131 tespit etmek ve d\u00fczeltmek i\u00e7in kullan\u0131l\u0131r.<\/p>\n
Y\u00fckseltmeler, co\u011frafi b\u00f6lgelere veya m\u00fc\u015fteri segmentlerine g\u00f6re a\u015famal\u0131 olarak da\u011f\u0131t\u0131labilir. \u00d6rne\u011fin, \u00f6nce tek bir veri merkezindeki k\u00fcmeler y\u00fckseltilir, ard\u0131ndan sorunsuz ge\u00e7i\u015fin ard\u0131ndan di\u011fer b\u00f6lgelere ge\u00e7ilir. Bu, olas\u0131 bir sorun durumunda etki alan\u0131n\u0131 s\u0131n\u0131rlamaya yard\u0131mc\u0131 olur.<\/p>\n
Y\u00fckseltme s\u00fcrecinin her a\u015famas\u0131nda, k\u00fcmenin ve \u00fczerindeki uygulamalar\u0131n durumu hakk\u0131nda derinlemesine bilgi sahibi olmak kritik \u00f6neme sahiptir.<\/p>\n
Prometheus gibi bir metrik toplama sistemi kullanarak, y\u00fckseltme \u00f6ncesi, s\u0131ras\u0131 ve sonras\u0131nda CPU, bellek, disk I\/O, a\u011f bant geni\u015fli\u011fi, API sunucusu gecikmesi ve hata oranlar\u0131 gibi temel k\u00fcme metrikleri izlenmelidir. Ayr\u0131ca, Pod durumlar\u0131, d\u00fc\u011f\u00fcm haz\u0131r olma durumlar\u0131 ve uygulama \u00f6zel metrikleri de takip edilmelidir.<\/p>\n
Fluentd, Loki veya Elasticsearch\/Kibana gibi merkezi bir loglama \u00e7\u00f6z\u00fcm\u00fc, y\u00fckseltme s\u0131ras\u0131nda ve sonras\u0131nda olu\u015fan t\u00fcm olaylar\u0131 ve hatalar\u0131 kaydetmelidir. Anormal log desenleri veya hata mesajlar\u0131, potansiyel sorunlar\u0131n erken g\u00f6stergesi olabilir.<\/p>\n
Kritik metriklerdeki anormallikler veya loglarda belirli hata mesajlar\u0131 tespit edildi\u011finde, otomatik uyar\u0131lar (\u00f6rne\u011fin, PagerDuty, Slack entegrasyonlar\u0131) tetiklenmelidir. Bu uyar\u0131lar, operasyon ekiplerinin sorunlara h\u0131zla m\u00fcdahale etmesini sa\u011flar.<\/p>\n
Karma\u015f\u0131k mikro hizmet mimarileri i\u00e7in, Jaeger veya Zipkin gibi da\u011f\u0131t\u0131lm\u0131\u015f izleme ara\u00e7lar\u0131, y\u00fckseltme sonras\u0131 uygulama davran\u0131\u015f\u0131ndaki gecikmeleri veya hatalar\u0131 tespit etmeye yard\u0131mc\u0131 olabilir.<\/p>\n
Teknik m\u00fckemmeliyet ne kadar \u00f6nemli olursa olsun, m\u00fc\u015fteri ileti\u015fimi ve beklenti y\u00f6netimi, y\u00f6netilen bir hizmetin ba\u015far\u0131s\u0131 i\u00e7in vazge\u00e7ilmezdir.<\/p>\n
Planlanan y\u00fckseltmeler hakk\u0131nda m\u00fc\u015fteriler \u00f6nceden bilgilendirilmelidir. Bu bilgilendirme, y\u00fckseltmenin ne zaman yap\u0131laca\u011f\u0131, ne kadar s\u00fcrece\u011fi, olas\u0131 etkileri ve m\u00fc\u015fterinin yapmas\u0131 gereken herhangi bir \u00f6n haz\u0131rl\u0131k hakk\u0131nda net bilgiler i\u00e7ermelidir. \u015eeffafl\u0131k, g\u00fcven olu\u015fturman\u0131n anahtar\u0131d\u0131r.<\/p>\n
Y\u00fckseltmeler, bir de\u011fi\u015fiklik y\u00f6netimi s\u00fcrecinin par\u00e7as\u0131 olarak ele al\u0131nmal\u0131d\u0131r. Her y\u00fckseltme i\u00e7in bir “de\u011fi\u015fiklik iste\u011fi” (Change Request) olu\u015fturulmal\u0131, onay s\u00fcre\u00e7lerinden ge\u00e7meli ve t\u00fcm ilgili taraflar bilgilendirilmelidir. Bu, hem dahili ekiplerin koordinasyonunu sa\u011flar hem de d\u0131\u015f payda\u015flar i\u00e7in izlenebilirlik sunar.<\/p>\n
Binlerce k\u00fcme y\u00f6netilirken, tutarl\u0131l\u0131k operasyonel verimlilik i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n
M\u00fcmk\u00fcn oldu\u011funca, k\u00fcme yap\u0131land\u0131rmalar\u0131 standartla\u015ft\u0131r\u0131lmal\u0131d\u0131r. Temel eklentiler, a\u011f politikalar\u0131 ve g\u00fcvenlik ayarlar\u0131 i\u00e7in \u015fablonlar kullanmak, y\u00fckseltme s\u00fcre\u00e7lerini basitle\u015ftirir ve beklenmedik davran\u0131\u015f riskini azalt\u0131r. \u00d6rne\u011fin, Cluster API veya Terraform gibi ara\u00e7larla altyap\u0131 kod olarak (IaC) y\u00f6netimi, bu standartla\u015ft\u0131rmay\u0131 sa\u011flar.<\/p>\n
M\u00fc\u015fterilere, Kubernetes’e uyumlu ve y\u00fckseltmelere dayan\u0131kl\u0131 uygulamalar geli\u015ftirmeleri i\u00e7in k\u0131lavuzlar sunulmal\u0131d\u0131r. Bu, “Pod Disruption Budget” (PDB) kullan\u0131m\u0131, liveness\/readiness problar\u0131, graceful shutdown ve s\u00fcr\u00fcm uyumlulu\u011fu gibi konular\u0131 i\u00e7ermelidir.<\/p>\n
Her y\u00fckseltme, bir \u00f6\u011frenme f\u0131rsat\u0131d\u0131r. Ba\u015far\u0131s\u0131zl\u0131klar veya beklenmedik sorunlar, sistemin zay\u0131f noktalar\u0131n\u0131 ortaya \u00e7\u0131kar\u0131r ve gelecekteki y\u00fckseltmelerin daha iyi planlanmas\u0131na yard\u0131mc\u0131 olur.<\/p>\n
Ba\u015far\u0131s\u0131z olan veya sorunlu ge\u00e7en her y\u00fckseltme i\u00e7in detayl\u0131 bir post-mortem analizi yap\u0131lmal\u0131d\u0131r. Bu analizler, k\u00f6k nedenleri belirlemeli, \u00f6\u011frenilen dersleri belgelemeli ve gelecekte benzer sorunlar\u0131n \u00f6nlenmesi i\u00e7in eylem \u00f6\u011feleri tan\u0131mlamal\u0131d\u0131r.<\/p>\n
Elde edilen bilgiler, t\u00fcm operasyon ve m\u00fchendislik ekipleri aras\u0131nda d\u00fczenli olarak payla\u015f\u0131lmal\u0131d\u0131r. Bilgi tabanlar\u0131, dok\u00fcmantasyon ve e\u011fitimler, ekibin genel yetkinli\u011fini art\u0131r\u0131r.<\/p>\n
Y\u00fckseltme s\u00fcre\u00e7leri, s\u00fcrekli olarak g\u00f6zden ge\u00e7irilmeli ve iyile\u015ftirilmelidir. Otomasyon komut dosyalar\u0131 g\u00fcncellenmeli, test senaryolar\u0131 geni\u015fletilmeli ve izleme sistemleri rafine edilmelidir. Bu, “Kaizen” felsefesinin bir uygulamas\u0131d\u0131r.<\/p>\n
Bu derslerin \u0131\u015f\u0131\u011f\u0131nda, 20.000 y\u00fckseltmenin \u00fcstesinden gelmek i\u00e7in \u00e7e\u015fitli teknik stratejiler ve ara\u00e7lar kullan\u0131lm\u0131\u015ft\u0131r.<\/p>\n
Her yeni Kubernetes s\u00fcr\u00fcm\u00fc, API de\u011fi\u015fiklikleri veya deprecation’lar getirebilir. Bu nedenle:<\/p>\n
Y\u00fckseltme \u00f6ncesinde, mevcut k\u00fcmelerdeki t\u00fcm API nesnelerinin yeni s\u00fcr\u00fcmle uyumlu olup olmad\u0131\u011f\u0131 kontrol edilmelidir. CNI, CSI, Ingress Controller gibi kritik eklentilerin her Kubernetes s\u00fcr\u00fcm\u00fcyle uyumlulu\u011fu i\u00e7in detayl\u0131 bir matris tutulmal\u0131d\u0131r. Y\u00fckseltme \u00f6ncesinde bu matris kontrol edilmeli ve gerekirse eklentiler de g\u00fcncellenmelidir.<\/p>\n Farkl\u0131 bile\u015fenler i\u00e7in farkl\u0131 y\u00fckseltme stratejileri uygulanm\u0131\u015ft\u0131r:<\/p>\n Kontrol d\u00fczlemi (API sunucusu, etcd, kontrol\u00f6r y\u00f6neticisi, zamanlay\u0131c\u0131) genellikle \u00f6nce y\u00fckseltilir. Bu, genellikle kesintiye neden olmayan (rolling update) bir s\u00fcre\u00e7tir, \u00e7\u00fcnk\u00fc bu bile\u015fenler y\u00fcksek eri\u015filebilirlik i\u00e7in birden fazla kopyaya sahiptir. Veri d\u00fczlemi (worker d\u00fc\u011f\u00fcmleri) i\u00e7in en g\u00fcvenli y\u00f6ntemlerden biri, yeni bir Kubernetes s\u00fcr\u00fcm\u00fcyle yeni d\u00fc\u011f\u00fcm havuzlar\u0131 olu\u015fturmak, mevcut i\u015f y\u00fcklerini bu yeni d\u00fc\u011f\u00fcmlere ta\u015f\u0131mak ve ard\u0131ndan eski d\u00fc\u011f\u00fcm havuzlar\u0131n\u0131 sonland\u0131rmakt\u0131r. Bu “maviden ye\u015file” (blue\/green) yakla\u015f\u0131m, minimum kesinti sa\u011flar. Baz\u0131 durumlarda, \u00f6zellikle daha k\u00fc\u00e7\u00fck k\u00fcmeler veya belirli bulut sa\u011flay\u0131c\u0131lar\u0131n\u0131n ara\u00e7lar\u0131 kullan\u0131ld\u0131\u011f\u0131nda, mevcut d\u00fc\u011f\u00fcmlerin i\u015fletim sistemi ve kubelet\/kube-proxy bile\u015fenleri y\u00fckseltilebilir. Ancak bu y\u00f6ntem, yeni d\u00fc\u011f\u00fcm olu\u015fturmaya g\u00f6re daha fazla risk ta\u015f\u0131yabilir ve daha dikkatli test gerektirir.<\/p>\n Bu operasyonel y\u00fck\u00fc y\u00f6netmek i\u00e7in \u00e7e\u015fitli ara\u00e7lar kullan\u0131lm\u0131\u015ft\u0131r:<\/p>\n * Cluster API<\/strong>: Kubernetes k\u00fcmelerinin ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc (olu\u015fturma, y\u00fckseltme, silme) Kubernetes API’leri arac\u0131l\u0131\u011f\u0131yla y\u00f6netmek i\u00e7in kullan\u0131lan bir proje. Altyap\u0131y\u0131 kod olarak y\u00f6netme ve otomasyon i\u00e7in temel sa\u011flar. 20.000 y\u00fckseltme, otomasyonun ve sa\u011flam s\u00fcre\u00e7lerin \u00f6nemini kan\u0131tlam\u0131\u015ft\u0131r. Ancak gelecekteki y\u00fckseltmeler, daha da ak\u0131ll\u0131 ve otonom hale gelecektir:<\/p>\n Toplanan devasa metrik ve log verileri, makine \u00f6\u011frenimi modellerini e\u011fitmek i\u00e7in kullan\u0131labilir. Bu modeller, y\u00fckseltme s\u0131ras\u0131nda veya sonras\u0131nda ortaya \u00e7\u0131kabilecek anormallikleri insan g\u00f6z\u00fcnden daha h\u0131zl\u0131 ve do\u011fru bir \u015fekilde tespit edebilir. \u00d6rne\u011fin, belirli bir Pod’un beklenenden farkl\u0131 bir davran\u0131\u015f sergilemesi veya bir API \u00e7a\u011fr\u0131s\u0131n\u0131n gecikme s\u00fcresinde ani bir art\u0131\u015f, otomatik olarak tespit edilip uyar\u0131 verebilir.<\/p>\n Anomali tespiti ile birle\u015fti\u011finde, sistemler potansiyel sorunlar\u0131 otomatik olarak d\u00fczeltebilecek yetenekler kazanabilir. \u00d6rne\u011fin, bir y\u00fckseltme s\u0131ras\u0131nda belirli bir d\u00fc\u011f\u00fcm havuzunda sorunlar tespit edilirse, sistem otomatik olarak bu havuzu izole edip yeni bir havuz olu\u015fturarak i\u015f y\u00fck\u00fcn\u00fc oraya ta\u015f\u0131yabilir.<\/p>\n Geri alma s\u00fcre\u00e7leri daha da ak\u0131ll\u0131 hale getirilebilir. Bir y\u00fckseltmenin ba\u015far\u0131s\u0131z oldu\u011fu kesinle\u015fti\u011finde, sistem otomatik olarak en son bilinen iyi duruma d\u00f6nebilir ve bu s\u00fcre\u00e7te insan m\u00fcdahalesini minimuma indirebilir.<\/p>\n Bir y\u0131l i\u00e7inde 20.000 y\u00f6netilen Kubernetes k\u00fcmesi y\u00fckseltmesi ger\u00e7ekle\u015ftirmek, sadece b\u00fcy\u00fck bir operasyonel g\u00f6rev de\u011fil, ayn\u0131 zamanda s\u00fcrekli \u00f6\u011frenme ve adaptasyonun bir \u00f6rne\u011fidir. Bu s\u00fcre\u00e7ten \u00e7\u0131kar\u0131lan en temel ders, \u00f6l\u00e7eklenebilir ve g\u00fcvenilir operasyonlar\u0131n anahtar\u0131n\u0131n otomasyon, sa\u011flam g\u00f6zlemlenebilirlik ve kademeli da\u011f\u0131t\u0131m stratejilerinde yatt\u0131\u011f\u0131d\u0131r. M\u00fc\u015fteri ileti\u015fimi ve beklenti y\u00f6netimi, teknik s\u00fcre\u00e7ler kadar \u00f6nemlidir. Her ba\u015far\u0131s\u0131zl\u0131k, bir \u00f6\u011frenme f\u0131rsat\u0131 olarak g\u00f6r\u00fclmeli ve s\u00fcre\u00e7lerin s\u00fcrekli iyile\u015ftirilmesi i\u00e7in kullan\u0131lmal\u0131d\u0131r. Kubernetes ekosistemi geli\u015fmeye devam ettik\u00e7e, y\u00fckseltme stratejileri de evrilmeye devam edecektir. Gelecekte, makine \u00f6\u011frenimi ve daha otonom sistemler, bu karma\u015f\u0131k g\u00f6revi daha da kolayla\u015ft\u0131rarak y\u00f6netilen Kubernetes hizmetlerinin sundu\u011fu de\u011feri art\u0131racakt\u0131r. Bu deneyim, modern bulut altyap\u0131lar\u0131n\u0131n y\u00f6netimi i\u00e7in bir yol haritas\u0131 sunmakta ve s\u00fcrekli de\u011fi\u015fen teknoloji d\u00fcnyas\u0131nda \u00e7eviklik ve dayan\u0131kl\u0131l\u0131\u011f\u0131n \u00f6nemini vurgulamaktad\u0131r.kube-apiserver<\/code> taraf\u0131ndan sunulan kubectl convert<\/code> veya kube-apiserver<\/code>‘\u0131n dry-run<\/code> \u00f6zelli\u011fi gibi ara\u00e7lar kullan\u0131labilir. Deprecated API’lerin tespiti ve g\u00fcncellenmesi otomatikle\u015ftirilmelidir.<\/p>\nEklenti Uyumlulu\u011fu<\/h5>\n
Y\u00fckseltme Stratejileri<\/h4>\n
Kontrol D\u00fczlemi Y\u00fckseltmesi<\/h5>\n
etcd<\/code> veri taban\u0131n\u0131n yedeklemesi ve geri y\u00fcklemesi, kritik bir ad\u0131md\u0131r.<\/p>\nYeni D\u00fc\u011f\u00fcm Olu\u015fturma ve Ge\u00e7i\u015f (Node Recreation and Migration)<\/h5>\n
kubectl drain<\/code> ve kubectl cordon<\/code> komutlar\u0131 bu s\u00fcre\u00e7te kilit rol oynar.<\/p>\nMevcut D\u00fc\u011f\u00fcm Y\u00fckseltme (In-place Node Upgrade)<\/h5>\n
Ara\u00e7lar<\/h4>\n
\n* Helm<\/strong>: Uygulamalar\u0131 ve hizmetleri Kubernetes k\u00fcmelerine da\u011f\u0131tmak ve y\u00f6netmek i\u00e7in paket y\u00f6neticisi. Eklentilerin ve m\u00fc\u015fteri uygulamalar\u0131n\u0131n s\u00fcr\u00fcm y\u00f6netimini ve y\u00fckseltmelerini kolayla\u015ft\u0131r\u0131r.
\n* Prometheus & Grafana<\/strong>: Kapsaml\u0131 metrik toplama, depolama ve g\u00f6rselle\u015ftirme i\u00e7in standart ara\u00e7lar. Y\u00fckseltme s\u00fcrecindeki sa\u011fl\u0131k durumunu ve performans\u0131 izlemek i\u00e7in kullan\u0131l\u0131r.
\n* Fluentd \/ Loki \/ Elasticsearch<\/strong>: Merkezi log toplama ve analiz platformlar\u0131. Sorun giderme ve anomali tespiti i\u00e7in hayati \u00f6neme sahiptir.
\n* Argo CD \/ Flux CD<\/strong>: GitOps yakla\u015f\u0131mlar\u0131n\u0131 kullanarak uygulama ve k\u00fcme yap\u0131land\u0131rmalar\u0131n\u0131 otomatik olarak da\u011f\u0131tmak ve senkronize etmek i\u00e7in kullan\u0131l\u0131r. Y\u00fckseltme sonras\u0131 yap\u0131land\u0131rma tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flar.
\n* Bulut Sa\u011flay\u0131c\u0131lar\u0131n Kendi Ara\u00e7lar\u0131 (EKS, AKS, GKE)<\/strong>: Y\u00f6netilen Kubernetes hizmetlerinin kendi y\u00fckseltme mekanizmalar\u0131 ve API’leri, temel y\u00fckseltme ad\u0131mlar\u0131 i\u00e7in kullan\u0131l\u0131r. Bu ara\u00e7lar, kontrol d\u00fczlemi y\u00fckseltmelerini basitle\u015ftirir ve d\u00fc\u011f\u00fcm havuzu y\u00f6netimini kolayla\u015ft\u0131r\u0131r.<\/p>\nGelece\u011fe Bak\u0131\u015f: Daha Ak\u0131ll\u0131 Y\u00fckseltmeler<\/h3>\n
Makine \u00d6\u011frenimi ve Anomali Tespiti<\/h4>\n
Kendi Kendini \u0130yile\u015ftiren Sistemler<\/h4>\n
Daha Otomatik Geri Alma<\/h4>\n
Sonu\u00e7<\/h3>\n
\n<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"20.000 Y\u00fckseltme Sonras\u0131: Y\u00f6netilen Kubernetes Y\u00fckseltmelerinden Bir Y\u0131l\u0131n Dersleri\nYaz\u0131l\u0131m d\u00fcnyas\u0131nda de\u011fi\u015fim h\u0131z\u0131 ba\u015f d\u00f6nd\u00fcr\u00fcc\u00fc","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-37440","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-bash","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n