Kubernetes 1.18 është këtu dhe këto janë përmirësimet dhe lajmet e tij

Ekipi i zhvillimit të Kubernetes ka lëshuar së fundmi përmes një njoftimi lirimin e versioni i ri "Kubernetes 1.18" në të cilën ekipi i zhvillimit përmend se është një version 'i përshtatshëm dhe i përfunduar'.

Në këtë version të ri është bërë një punë e rëndësishme për të përmirësuar funksionalitetin beta dhe të qëndrueshëm për të garantuar një përvojë më të mirë të përdoruesit. Equalshtë bërë një përpjekje e barabartë për të shtuar zhvillime të reja dhe veçori të reja interesante që premtojnë të rrisin më tej përvojën e përdoruesit.

Për ata që nuk kanë dijeni Kubernetes, ata duhet ta dinë këtë është një sistem me burim të hapur për të automatizuar zbatimin, shkallëzimin dhe menaxhimin e aplikacione të kontejnerizuara.

Ishte projektuar fillimisht nga Google, megjithëse zhvillimi i tij më pas i është besuar Open Source Cloud Computing Foundation (CNCF), i cili sot ka lejuar që teknologjia e orkestrimit të kontejnerëve të piqet shpejt, falë kontributeve të gjigantëve të teknologjisë.

Çfarë ka të re në Kubernetes 1.18?

Ky version i ri dallohet për të patur aftësia për të përdorur shenjat e llogarisë së shërbimit si një metodë e përgjithshme e vërtetimit. Për shembull, nëse doni një pod për të menaxhuar burime të tjera të Kubernetes, të tilla si një vendosje ose një shërbim, ai mund të shoqërohet me një llogari shërbimi dhe të krijojë rolet dhe lidhjet e roleve të nevojshme.

Llogaritë e shërbimit Kubernetes (ASK) dërgojnë shenja uebi JSON (JWT) te serveri API për tu vërtetuar. Kjo e bën serverin API burimin e vetëm të vërtetimit për llogaritë e shërbimit.

Kubernetes 1.18pofron një funksionalitetlejon serverin API të sigurojë një dokument zbulimi OpenID Connect Një që përmban çelësat publikë të shenjës përveç meta të dhënave të tjera.

Një tjetër ndryshim që dallon nga Kubernetes 1.81 është ai aftësia për të konfiguruar HPA Velocity për pods specifike. Usedshtë përdorur Horizontal Pod Autoscaler (HPA)a për të lejuar që një grup Kubernetes t'i përgjigjet automatikisht trafikut të lartë / të ulët. Me HPA, përdoruesi mund të kërkojë nga kontrolluesi të krijojë më shumë module në përgjigje të kulmeve të CPU-së, matjeve të tjera ose matjeve të siguruara nga aplikacioni.

Kubernetes 1.18 ka një përmbledhje të profileve për të ekzekutuar konfigurime të shumta të planifikuesit. Në përgjithësi, ekzistojnë dy lloje të ngarkesave të punës në Kubernetes: shërbime afatgjata (për shembull, serverë në internet, API, etj.) Dhe detyra që përfundojnë (më mirë të njohura si emri Punë).

Për shkak të dallimeve të dukshme midis llojeve të ngarkesës së punës, disa përdorues përdorin krijimin e grupeve të plota për nevoja të ndryshme. Për shembull, një grup për të menaxhuar minimin e të dhënave dhe një tjetër për të shërbyer API-të e aplikacionit.

Arsyeja është se ata kanë nevojë që procesi i vendimit të ndryshojë. Për shembull, cilësimet e paracaktuara të planifikuesit promovojnë disponueshmëri të lartë.

Nga ana tjetër, ne gjithashtu mund të gjejmë aftësia për të përcaktuar një rregull transmetimi pod në nivelin e grupeve, çfarëdo ka bërë të mundur për të siguruar që pods do të planifikohen në Zonat e Disponueshmërisë (me kusht që po përdorni një grup me shumë zona) për të siguruar disponueshmërinë maksimale dhe shfrytëzimin e burimeve.

Funksionaliteti mundëson specifikimin e topologjisëSponimet e Përhapura, i cili identifikon zonat duke kërkuar nyje me të njëjtën etiketë topologyKey. Nyjet me të njëjtën etiketë TopologyKey i përkasin të njëjtës zonë. Konfigurimi ishte për të shpërndarë pods në mënyrë të barabartë në zona të ndryshme. Sidoqoftë, e keqja është se kjo cilësim duhet të zbatohet në nivelin e podit. Podet që nuk kanë konfigurim nuk do të shpërndahen në mënyrë të barabartë nëpër fushat e defektit.

E fundit por jo më pak e, ne gjithashtu mund të gjejmë aftësinë për të injoruar ndryshimin në vetinë e vëllimit. Si parazgjedhje, kur një vëllim montohet në një enë në një grup Kubernetes, të gjithë skedarët dhe drejtoritë brenda këtij vëllimi pronën e tyre e kanë ndryshuar në vlerën e dhënë përmes fsGroup.

E gjithë kjo për të lejuar fsGroup të lexojë dhe shkruajë vëllimin. Sidoqoftë, kjo sjellje është treguar e padëshirueshme në disa raste.

Ky version i ri i Kubernetes vjen me një numër ndryshimesh dhe ne kemi përmendur vetëm disa nga ato më të rëndësishmet. Nëse dëshironi të dini listën e plotë, mund ta bëni duke vizituar lidhja vijuese.


Lini komentin tuaj

Adresa juaj e emailit nuk do të publikohet. Fusha e kërkuar janë shënuar me *

*

*

  1. Përgjegjës për të dhënat: Miguel Ángel Gatón
  2. Qëllimi i të dhënave: Kontrolloni SPAM, menaxhimin e komenteve.
  3. Legjitimimi: Pëlqimi juaj
  4. Komunikimi i të dhënave: Të dhënat nuk do t'u komunikohen palëve të treta përveç me detyrim ligjor.
  5. Ruajtja e të dhënave: Baza e të dhënave e organizuar nga Occentus Networks (BE)
  6. Të drejtat: Në çdo kohë mund të kufizoni, rikuperoni dhe fshini informacionin tuaj.