De ce Kubernetes elimină componentele depășite precum kube-dns și IPVS?
Proiectul Kubernetes a lansat versiunea 1.37 miercuri, continuând să se concentreze pe stabilitatea în producție prin eliminarea componentelor depășite și adăugarea de noi funcționalități. Denumită Garhwal, în onoare a regiunii himalayene din Uttarakhand, India, această actualizare aduce 67 modificări, dintre care 16 de caracteristici au ajuns la stare stabilă.
Culture picks
Slabiciunea: Livrările de procesoare scad, consumatorii plătesc mai mult, AMD câștigă teren
LibreOffice 26.8: spațiere corectată și interfață Notebookbar revizuită, fără AI
Nvidia cumpără Hugging Face într-o tranzacție de 13 miliarde de dolari
Salesforce depășește așteptările și bate frica de declin în SaaSLansarea reflectă efortul continuu al proiectului de a simplifica platforma și de a reduce datoria tehnică pentru cei care rulează Kubernetes în medii de producție.
Printre eliminări, Kubernetes 1.37 depune oficial și elimină implementarea moștenită kube-dns, modul de proxy IPVS și suportul pentru cgroup v1. Acești componenți au fost înlocuitori de CoreDNS, proxying bazat pe nftables și cgroup v2 în mai multe lansări anterioare.
Echipa a declarat că eliminarea acestor drumuri vechi reduce complexitatea și îmbunătățește securitatea și performanța.
API-ul de Metrici, care a rămas în fază beta timp de aproape nouă ani, a fost acum promovat la stare stabilă, oferind un mod mai fiabil de a monitoriza consumul de resurse al clusterului.
Cum afectează stabilizarea API-ului de Metrici utilizatorii Kubernetes?
Decizia de a elimina kube-dns, IPVS și cgroup v1 vine după ani de avertizări de depășire și adopție scăzută în clusterele noi. CoreDNS a fost soluția implicită de DNS de la Kubernetes 1.11, oferind o extensibilitate și o performanță mai bună.
La fel, modul de proxy bazat pe nftables a înlocuit IPVS ca opțiune preferată datorită integrării mai bune cu nucleele Linux moderne. Cgroup v2 a fost implicit de la Kubernetes 1.25, oferind o gestionare unificată a resurselor pentru containere și procese. Prin eliminarea acestor opțiuni moștene, proiectul își propune să simplifice bază de cod și să reducă încărcătura de întreținere.
Promovarea API-ului de Metrici la stare stabilă pune capăt unei faze beta extinse, care a început în jurul lui 2015. Acest API permite autoscalerilor orizontali de poduri și instrumentelor de monitorizare să colecteze metrici de resurse precum utilizarea CPU și memoriei de la noduri și poduri.
Stabilizarea acestuia înseamnă că utilizatorii se pot baza acum pe el pentru sarcini de producție fără frica de modificări rupătoare. Echipa Kubernetes a отмеțat că această mutare îmbunătățește observabilitatea și susține un comportament mai predictibil al autoscalării în implementările de mare scară.
De ce Kubernetes 1.37 elimină componente vechi precum kube-dns?
Ce componente au fost eliminate în Kubernetes 1.37?
Lansarea a eliminat suportul pentru kube-dns moștenit, modul de proxy IPVS și cgroup v1, toate acestea având avertizări de depășire de la mai multe lansări și fiind înlocuite de CoreDNS, proxying bazat pe nftables și cgroup v2, respectiv.
De ce a rămas API-ul de Metrici în fază beta timp de aproape nouă ani?
API-ul de Metrici a rămas în beta din cauza cerințe de design în evolvare, preoccupări de compatibilitate între diferite sisteme de monitorizare și necesitatea unei validări extinse în lumea reală înainte de a fi considerat suficient de stabil pentru garantii de producție.
Cum îmbunătățește lansarea Garhwal gata de producție? Prin eliminarea componentelor depășite și stabilizarea API-urilor cheie precum cel de Metrici, Kubernetes 1.37 reduce complexitatea, crește securitatea și performanța și oferă o bază mai coerentă pentru rularea sarciniilor la scară.
