Echipa de dezvoltare Kubernetes a lansat recent printr-un anunț eliberarea noua versiune „Kubernetes 1.18” în care echipa de dezvoltare menționează că este o versiune „potrivită și terminată”.
În această nouă versiune s-au făcut lucrări semnificative pentru îmbunătățirea funcționalității beta și stabile a garanta o experiență mai bună pentru utilizator. S-a depus un efort egal pentru a adăuga noi dezvoltări și noi caracteristici interesante care promit să îmbunătățească și mai mult experiența utilizatorului.
Pentru cei care nu știu Kubernetes, ar trebui să știe asta este un sistem open source pentru automatizare implementarea, scalarea și gestionarea aplicații containerizate.
FUE proiectat inițial de Google, deși dezvoltarea sa a fost ulterior încredințată Fundației de Computare în Nod Open Source (CNCF), care astăzi a permis tehnologiei de orchestrare a containerelor să se maturizeze rapid, datorită contribuțiilor giganților tehnologici.
Ce este nou în Kubernetes 1.18?
Această nouă versiune se remarcă prin faptul că are abilitatea de a folosi jetoane de cont de serviciu ca metodă generală de autentificare. De exemplu, dacă doriți ca un pod să gestioneze alte resurse Kubernetes, cum ar fi o implementare sau un serviciu, acesta poate fi asociat cu un cont de serviciu și poate crea rolurile și legăturile de rol necesare.
Conturile de servicii Kubernetes (KSA) trimit jetoane web JSON (JWT) către serverul API pentru autentificare. Acest lucru face ca serverul API să fie singura sursă de autentificare pentru conturile de servicii.
Kubernetes 1.18 poferă o funcționalitate că permite serverului API să furnizeze un document de descoperire OpenID Connect A care conține cheile publice ale simbolului în plus față de alte metadate.
O altă schimbare care iese în evidență de Kubernetes 1.81 este capacitatea de a configura HPA Velocity pentru pod-uri specifice. A fost utilizat Autoscalerul orizontal al podului (HPA)a pentru a permite unui cluster Kubernetes să răspundă automat la trafic ridicat / redus. Cu HPA, utilizatorul poate cere controlerului să creeze mai multe module ca răspuns la vârfurile procesorului, alte măsurători sau măsurători furnizate de aplicație.
Kubernetes 1.18 are o prezentare generală a profilurilor pentru a rula mai multe configurații de planificator. În general, există două tipuri de sarcini de lucru în Kubernetes: servicii pe termen lung (de exemplu, servere web, API-uri etc.) și sarcini care rulează până la finalizare (mai bine cunoscut sub numele de Jobs).
Datorită diferențelor evidente între tipurile de sarcină de lucru, unii utilizatori recurg la crearea de clustere complete pentru diferite nevoi. De exemplu, un cluster pentru a gestiona extragerea datelor și altul pentru a servi API-urile aplicației.
Motivul este că au nevoie ca procesul de decizie să difere. De exemplu, setările implicite ale planificatorului promovează o disponibilitate ridicată.
Pe de altă parte, putem găsi și abilitatea de a defini o regulă de difuzare pod la nivel de cluster, ca a făcut posibil să se asigure că podurile vor fi programate în zonele de disponibilitate (cu condiția să utilizați un cluster multi-zone) pentru a asigura disponibilitatea maximă și utilizarea resurselor.
Funcționalitatea permite specificația topologySpreadConstraints, care identifică zone prin căutarea nodurilor cu aceeași etichetă topologyKey. Nodurile cu aceeași etichetă TopologyKey aparțin aceleiași zone. Configurația a fost de a distribui păstăile în mod uniform în diferite zone. Cu toate acestea, dezavantajul este că această setare trebuie aplicată la nivelul podului. Pod-urile care nu au configurația nu vor fi distribuite uniform între domeniile de eroare.
Ultimul, dar nu cel din urmă, putem găsi, de asemenea, capacitatea de a ignora modificarea proprietății volumului. În mod implicit, atunci când un volum este montat într-un container pe un cluster Kubernetes, toate fișierele și directoarele din acest volum au proprietatea modificată la valoarea furnizată prin fsGroup.
Toate acestea pentru a permite fsGroup să citească și să scrie volumul. Cu toate acestea, acest comportament s-a dovedit a fi nedorit în unele cazuri.
Această nouă versiune a Kubernetes vine cu o serie de modificări și am menționat doar câteva dintre cele mai importante. Dacă doriți să cunoașteți lista completă, o puteți face vizitând următorul link.