Kubernetes gedimai nešaukia, jie tik šnabžda
Kubernetes gedimai retai būna garsūs.
"Kubernetes outages are rarely loud. They whisper until users scream." — @syssignals
Šis sakinys puikiai perteikia K8s esmę. Pod'as ne crash'ina, o tyliai pereina į CrashLoopBackOff. Servisas ne down, o sveikatos patikrinimai pradeda fail'inti. Mazgas ne offline, o tampa NotReady.
Kol kažkas pradeda rėkti, problema jau plinta dešimt minučių.
Jei jūsų klasteris stabilus, galbūt darote kažką ne taip
"If your Kubernetes cluster is stable, you're probably doing it wrong." — @Kiplongu
Tai, žinoma, juokas. Bet kiekviename juoke yra tiesos.
Kubernetes dizaino filosofija yra: daryk prielaidą, kad viskas suges, o tada automatiškai atsistatyk, kai sugenda. Jei jūsų klasteris niekada neturi problemų, arba jūsų vykdomas darbo krūvis yra per paprastas, arba jūs tiesiog nepastebite problemų.
Go dominavimas
Viena nuomonė:
"Kubernetes is written in Go. Docker (engine) is written in Go. containerd is written in Go... Golang is something you cannot ignore in 2026." — @_jaydeepkarale
Tai ne atsitiktinumas. Go konkurentiškumo modelis, kompiliavimo greitis, vieno dvejetainio failo diegimas pavertė ją numatytąja debesų gimtosios infrastruktūros kalba.
Jums nebūtina puikiai mokėti Go. Bet jei dirbate K8s ekosistemoje, turėtumėte bent jau sugebėti skaityti Go kodą.
Nematomas API valdymo darbas
SIG Architecture atstovas Jordan Liggitt interviu metu paminėjo svarbų dalyką: API valdymas užtikrina stabilumą ir tuo pačiu įgalina inovacijas.
API yra ne tik REST. Tai apima flags, config files, CRDs. Vienas iš valdymo darbo akcentų yra CRD autorių konsultavimas, siekiant išlaikyti atgalinį suderinamumą.
Tai yra darbas, kurio vartotojai nemato. Bet būtent šis nematomas darbas leidžia K8s kiekvieną versiją atnaujinti sklandžiai.
Glasskube ir įmonės diegimo chaosas
Vienas japonų vartotojas rašė:
"Enterprise software deployment is too complex. On-prem, Kubernetes, Docker... it's chaos. Time for a unified platform like Glasskube."
Tai atspindi tikrą problemą. K8s išsprendė orkestravimo problemą, bet įvedė naują sudėtingumą. Įmonės programinės įrangos diegimas, valdymas, atnaujinimas vis dar yra košmaras.
Glasskube bando išspręsti šią problemą: suvienodinti programinės įrangos valdymą on-prem, VPC, air-gapped aplinkose.
Išvada
Kubernetes yra sėkmingas. Jis laimėjo konteinerių orkestravimo karą.
Bet pergalės kaina yra sudėtingumas. Kiekvienas K8s inžinierius žino tą jausmą: klasteris atrodo normalus, bet tu tiesiog negali užmigti.
Nes gedimai niekada nešaukia. Jie tik šnabžda, kai tu miegi.
