Kubernetes LTS - 12 évnyi támogatást jelentett be az Ubuntu a Kubernetes 1.32-től kezdve

Ubuntu

Az Ubuntu bejelentette Kubernetes LTS kezdeményezését, aminek keretében 12 évnyi biztonsági karbantartási támogatást és enterprise supportot kínál a Kubernetes csomagjaihoz és a kapcsolódó ökoszisztéma konténer image-ekhez. A támogatás a Kubernetes 1.32-től kezdve indul és bare metal-on, public cloud-ok, OpenStack-en, Canonical MicroCloud-on és VMware-en értelmezhető.

Részletek bejelentésben.

( kallaics | 2025. 02. 15., szo – 09:01 )

Ha jól értem a cikk megfogalmazását, akkor pont a Kubernetes az a szoftver, ahol nincs értelme az LTS-nek! A deprecation periodok nagyon hosszúak, bőven van idő frissíteni az elavult API verziókat vagy a kivezetett régi RD-ket.

A Kubernetes a dinamizmusról, a folyamatos fejlődésről szól.

A cikkben említett supportot el lehet adni bankoknak és egyéb olyan cégeknek, ahol a változás és a fejlődés szitokszó,  csak 5-10 év után upgradelünk,  mert így mehet a napi 2 ticket és ki lehet játszani  "nélkülözhetetlen" kártyát... Aztán csodálkozunk,  miért tartanak ott ezek a cégek, ahol. DE lehúzásnak tökéletes a nagy multiktól.

A cikkben említett supportot el lehet adni bankoknak és egyéb olyan cégeknek, ahol a változás és a fejlődés szitokszó,  csak 5-10 év után upgradelünk,

Isten hozott a vállalati világban! Aki körül csak webalkalmazások, webszerverek meg public cloud-izék léteznek, az hajlamos mindent annak látni.

trey @ gépház

Aki körül csak webalkalmazások, webszerverek meg public cloud-izék léteznek, az hajlamos mindent annak látni.

Ezt senki sehol nem írta és fogalmam sincs miért kellett ide keverni. Erről itt szó sem volt.

Itt arról van szó, hogy a Kubernetes, mint szoftver egy éves támogatási verzióval rendelkezik (Egy minor verzió kb. egy évig támogatott). A deprecation period meg átível több verzión, tehát van idő felzárkózni. Mivel a szoftver folyamatosan bővül, fejlődik és tapasztalatom alapján a stabil verziók  elég stabilak, breaking change nem nagyon volt benne, ezért nem látom értelmét az LTS támogatásnak jelenleg semmilyen szinten. Sok hasznos, szükséges új dolog kerül bele, amire szükség van. Még sok idő telhet el mire, azt lehet mondani, hogy a Kubernetes, mint szoftver megérett az LTS támogatásra.

Nem mindenütt életszerű véresszájú legújabb dolgokkal játszani, vagy valakinek a pillanatnyi kedvétől függően frissítést kikényszeríteni. 

Van ahol elég az, hogy ami működik, azt nem basztatják folyton. Hanem a biztonsági frissítéseket teszik fel. Nekik ez nem szórakozás, hanem szükséges rossz. Nem a clusterezés játéka miatt csinálják, hanem csak eszköz a szolgáltatás futásához.

Plusz komolyabb szoftvereknál a támogatás sem úgy megy, hogy véresszájú verziós bétára tegyenek valamit, hanem kiforrott verziókkal garantálják az együttműködést.

Az meg, hogy meddig szokott visszafelé kompatibilitás lenni, na az önmagában semmi. Az, ha szerződésben is vállalják, az valami.

Van ilyen eset. A Kubernetes pont nem tart még itt.

Egy Red Hat Linux egy adott vassal együtt támogatható, mert egyik sem változik jelentősen. Nem lesz breaking hw változás, amit az arra, kb. vele egy időben kiadott Red Hat Linux (vagy akármelyik más OS). Viszont a hw és a szoftver így együtt avul el és egyszerre lesz költség a cseréje.

Szó sincs arról, a Kubernetesből bétát kéne bárhova is feltenni. Sehol nem használunk beta-t, a stable ág minden clusteren up-to-date.

A Kubernetesen futtatott szoftverek is csak néhány minor verzió-t támogatnak hivatalosan visszafelé, ezért sem érdemes túlságosan lemaradni. Ha már lemaradás, az upgrade nem ajánlott sehol sem több minor verzión direkt, vagyis át kell mennie az upgrade-nek minden köztes minor verzión is vagy mehet nulláról az új cluster és lehet migrálni mindent a vállalati gondolkodás mentén.

Pontosan. A Kubernetes az egy nagy okoszisztema rengeteg alkalmazassal.

Hiaba fagyasszuk be a K8s verziot LTS modon, ha az upstream vilag meg halad elore. 10 ev mulva honnan fogunk szerezni 1.32-eshez valo CNI/CSI-t, Prometheust, Helm-et, Jaegert, Cert-managert, neadjisten Istio-t? Ha megorizzuk a mindenkori verziot mindenbol, akkor az ujabb alkalmazasok helm chartjai nem lesznek kompatibilisek a 10 eves API verziokkal.

Szoval ha vki felul a Kubernetes vonatra, akkor muszaj haladni elore egyutt mindennel...

Ha ubuntunak azokból is van csomagja, akkor ugyanonnan, ahonnan a k8s lts-t.

Van ahol nem azért deployolnak folyton, hogy az eszközök öncélú frissítés miatti frissítés miatti frissítés miatti frissítéseit kiszolgálják, hanem az üzleti logika kiszolgálására szolgál az infrastruktúra. Általában nem kellenek új featurek, de biztonsági frissítések igen. Nem mindenki startup, aki látványosan folyton mindenen változtatni akar. Na ők azok, akik LTS-t használnak.

A managerek megkérdik, hogy a rendszer feature képesség frissítései mit is adnak hozzá az alkalmazás képességeihez? Semmit? Akkor kidobott pénz az öncélú verziólépegetés, ami ráadásul kockázatokkal is jár.

Feltételezem, a Canonical azért csinálja ezt, mert pénzt akar keresni. Akár az is lehet, hogy van valami tervük erre a problémára.

Szerintem megvan ennek a létjogosultsága amúgy. Már csak abból kiindulva, hogy a 12 éves támogatási ciklussal jó eséllyel nemcsak az adott tevékenységet élheti túl a K8s, hanem magát a céget is.

mi a helyzete akkor ha a meglevo melle egy masik cuccot is akarnak futtatni? de annak mar nemjo a regi kubi verzio? csinalnak egy ujabb clustert egy kevesbe elavult verzioval? es ha jon egy harmadik igeny? annak is uj cluster?

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

ilyen helyeken nem úgy megy a dolog, hogy random dolokat össze-vissza futtatgassanak egymás mellett. Attól függően, hogy milyen adatokkal dolgoznak, akár jogszabályi követelmény is lehet a szeparáció. Ha meg kifejezetten egy rendszeren kell futniuk, akkor a specifikáció része a kompatibilitás.
Auditnál viszont kell a garancia, hogy van és lesz biztonsái frissítés, támogatás. Ebből él jópár cég, akik előfizetős támogatást nyújtanak, mégha amúgy elvileg ingyen is letölthető és használható a cuccuk.

( wyx v | 2025. 02. 20., cs – 15:35 )

LTS 12 evig...meg hallani is rossz ezt a marketing bullshit szoveget :D

Ettol tobb lesz az Ubuntus? Dehogy...

az, hogy ilyen nincs, hogy 12 ev tamogatas...mar a szoftvernek hamvai sem lesznek abban a formaban, amiben kiadtak, de meg az is lehet, hogy az oprendszernek se

de ezt te is tudod...

az ITben 5-6 evente valtozik a stack, reszlegesen vagy teljesen

Pont le van nemérdekelve, mi a saját fejlesztésű szoftverünket vagyunk kénytelenek támogatni rajta, amiből a bevételünk származik. Az, hogy az ügyfél ilyen laggard és netán neki ebből problémája származik?

Nagy kaland! Jelentse be azt is, van az a pénz, amiért nem supportált rendszert rendbe teszünk ...

trey @ gépház

Semmiféle air-gapped nincs, nem akarnak rá költeni és a kényelmetlenséget sem szeretnék. Tudomásul vették a kockázatokat. Nekik olcsóbb 2-3-4 évente velünk - nyilván fizetőben - újrahúzatni a rendszerét, ha felbasszák, mint új vasat, új op. rendszert, új integrációt, új mérlegeket, új szoftververziót, meg egy új világmindenséget venni.

Ha kiszámolom, anyagi szempontból nézve teljesen érthető üzleti döntést hozott. A matek nem hazudik.

trey @ gépház

Itt a kocklazatot sajna lehet a kliensek (meg az adofizetok) fizetik meg, ha egy idegbolond belulrol feltori a rendszert es kiszivarogtatja az adatokat. Vagy meg rosszabb. Es persze a nyomozas nem olcso, stb.

Persze ez uj rendszereknel is fennall, de LENYEGESEN kisebb az eselye!

Ebből is látszik, hogy nem csak azok a rendszerek léteznek, amiket te látsz. Tele van az ipar ezer éves rendszerekkel. Nagy német multinál még mindig XP-n futnak termeléskritikus diagnosztikai szoftverek ... :D

Tud a kockázatról? Hogy a faszba ne tudna! Ezeket is utoléri néha a rák? Hogy a faszba ne érné? Érdekli? Hogy a lófaszba érdekelné? Költségelemzést végez. Ha olcsóbb a régi, akkor azt fogja meghagyni.

Ezek for profit vállalatok. Ezeket a döntéseket nem IT szinten hozzák meg. Pénzügyi szinten.

trey @ gépház

De ha a konzultans ceg is a bullhsit-et fujja nemi penzert, az a baj.

A konzultáns cég azt csinálja, amire megkéri az ügyfél.

Van mondjuk egy gyártósorod, ahol a gyártásvezérlőnek az aktuális verziója és már 10 éves lesz lassan, nem fogod százmillió-csillió űrkreditért kidobni a gyártósort és újravásárolni, csak mert zavar, hogy XP-n fut a vezérlő. Ez bullshit.

ha egy idegbolond belulrol feltori a rendszert es kiszivarogtatja az adatokat

Egy kezemen meg tudom számolni, hány céget láttam eddig, ahol erre komolyan vehető védelem volt kialakítva. Még csak "feltörni" sem kell, sokszor elég egy balfasz user ahhoz, hogy cégen kívülre kerüljenek az adatok.

Jaj már, ne álszenteskedjünk, teljesen mindennapos dolog, hogy megveszed a hardvert, megkapja az OS-t, és az adott főverzió megy végig a hardver teljes életciklusán.

Most azon pattogunk, hogy a Kubernetes-nek sok a 12 év? Dehogy sok. Lassan ott tartunk, hogy a k8s (a T1 hypervisorok analógiájára) maga lesz az OS, miért lenne sok a 12 év? Nem kell végig használni, csak ameddig akarod.