A Kubernetes 1.18 fejlesztéseket tartalmaz a Kubectl hibakeresésében, a biztonságban és még sok minden másban

Múlt héten új verziójának bevezetése a konténeres hangszerelési platform Kubernetes 1.18, verziója 38 változtatást és fejlesztést tartalmaz, ebből 15 stabil és 11 béta állapotban van 12 új változást javasolnak az alfa állapotban. Az új változat elkészítése során méltányos erőfeszítések irányultak mind a különféle funkciók finomítására, mind a kísérleti képességek stabilizálására, valamint az új fejlesztések beépítésére.

Azok számára, akik nem ismerik a Kuberneteset, tudják ezt ez egy konténeres hangszerelő berendezés hogy lehetővé teszi az elszigetelt tárolók csoportjának kezelését együttesen, és biztosítson mechanizmusokat a konténerekben futó alkalmazások telepítésére, karbantartására és méretezésére.

A projekt eredetileg a Google hozta létre, de később külön platformra helyezte át, a Linux Foundation gondozásában. A platform a közösség által kifejlesztett univerzális megoldásként van elhelyezve, amely nem kapcsolódik az egyes rendszerekhez, és képes bármilyen felhő környezetben bármilyen alkalmazással működni. A Kubernetes-kód Go-ba van írva, és az Apache 2.0 licenc alatt kerül terjesztésre.

A Kubernetes 1.18 újdonságai

A A Kubernetes a Kubectl különféle fejlesztéseivel érkezik, amelyekből a hirdetésben megemlítik, hogy hozzáadta a "kubectl debug" parancs alfa verzióját, amely megkönnyíti a hüvelyek hibakeresését, amikor a tárolókat hibakereső eszközökkel futtatja.

Míg a parancs A "Kubectl diff" -t stabilnak nyilvánították, amely lehetővé teszi, hogy lássa, mi fog változni a fürtben, ha alkalmazza a jegyzéket.

is az összes "kubectl run" parancsgenerátort eltávolítottuk, kivéve az egyhüvelyes generátor beindítását, valamint a mutatót –Szárazon futott, annak értékétől függően (kliens, szerver és nincs), a parancs tesztfuttatása az ügyfél vagy a kiszolgáló oldalán történik.

A kód A kubectl egy külön tárolóhoz van hozzárendelve. Ez lehetővé tette számunkra a kubectl elválasztását a belső kubernetes függőségektől, és megkönnyítette a kód importálását harmadik féltől származó projektekbe.

Tekintettel megváltozik a hálózat, meg kell jegyezni, hogy az IPv6 támogatás már bétaverziós, Hozzáadták a PVC klónozást, a hálózati blokkolás lehetőségét a nyers eszközökhöz, például az állandó lemezekhez, a nyers eszközök blokkolásának támogatását a CSI-ben, információátadást a meghajtóról, amely egy lemez csatlakoztatását kéri a CSI vezérlőhöz, plusz hogy egy új "megváltoztathatatlan" mező került a ConfigMap és a Secret objektumok közé.

A többi kiemelkedő változás közül:

  • Végül eltávolították az elavult API-csoport / v1beta1 alkalmazások és / v1beta1 kiterjesztések használatának lehetőségét.
  • ServerSide Apply frissítve béta2 állapotra. Ez a fejlesztés a kubectl objektumkezelést hozza az API-kiszolgálóra.
  • A CertificateSigningRequest API stabilnak nyilvánítva.
  • A Windows platform támogatása.
  • A Windows csomópont támogatása tovább bővül
  • CRI-ContainerD támogatás
  • RuntimeClass megvalósítás
  • CSI proxy
  • Az átadott támogatás stabil volt
  • Csoport által kezelt szolgáltatási fiók
  • RunAsUserName
  • A Topology Manager béta állapotot kapott. A szolgáltatás magában foglalja a NUMA elosztást, amely megakadályozza a teljesítmény romlását a több foglalatos rendszerekben.
  • A béta állapotot a PodOverhead függvény segítségével kapták meg, amely lehetővé teszi, hogy a RuntimeClass-ban meghatározza az otthon elindításához szükséges további erőforrások mennyiségét.
  • Kiterjesztett hugepages támogatás, alfa elkülönítési állapot hozzáadása a tárolóhoz és többszintű hugepages méretek támogatása.
  • Hozzáadott AppProtocol mező, ahol megadhatja, hogy az alkalmazás melyik protokollt használja
  • Béta állapotra lefordítva és alapértelmezés szerint engedélyezve van az EndpointSlicesAPI, amely a szokásos végpontok funkcionálisabb helyettesítője.
  • Hozzáadott egy IngressClass objektumot, amely jelzi a bemeneti vezérlő nevét, további paramétereit és az alapértelmezés szerinti használatának előjelét.
  • Hozzáadta azt a lehetőséget, hogy a HPA-ban megadják az agresszivitás mértékét a működő otthonok számának megváltoztatásakor, vagyis amikor a terhelés növekszik, azonnal N-szer több példányt indít.

Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.