Itt van a Kubernetes 1.18, és ezek a fejlesztései és hírei

A Kubernetes fejlesztőcsapata nemrég megjelent közlemény útján a az új verzió: "Kubernetes 1.18" amelyben a fejlesztőcsapat megemlíti, hogy ez egy "illeszkedő és kész" verzió.

Ebben az új verzióban jelentős munkát végeztek a béta és a stabil funkcionalitás javításán garantálni a jobb felhasználói élmény. Ugyanolyan erőfeszítéseket tettek új fejlesztések és izgalmas új funkciók hozzáadására, amelyek a felhasználói élmény további javítását ígérik.

Azok számára, akik nincsenek tudatában Kubernetes, ezt tudniuk kellene egy nyílt forráskódú rendszer az automatizáláshoz - a végrehajtás, méretezés és kezelés konténeres alkalmazások.

Nem volt eredetileg a Google tervezte, bár fejlesztését később az Open Source Cloud Computing Alapítványra (CNCF) bízták meg, amely a technológiai óriások hozzájárulásának köszönhetően napjainkban lehetővé tette a konténeres hangszerelési technológia gyors érését.

A Kubernetes 1.18 újdonságai

Ez az új verzió kiemelkedik azzal, hogy rendelkezik a szolgáltatás-fiók tokenek használatának képessége mint általános hitelesítési módszer. Például, ha azt szeretné, hogy egy pod más Kubernetes-erőforrásokat kezeljen, például egy központi telepítést vagy egy szolgáltatást, akkor társítható egy szolgáltatási fiókkal, és létrehozhatja a szükséges szerepeket és szerepkötéseket.

A Kubernetes szolgáltatásfiókok (KSA-k) JSON web-tokent (JWT) küldenek az API-kiszolgálóra hitelesítés céljából. Ez teszi az API-kiszolgálót az egyetlen hitelesítés forrásává szolgáltatási számlákhoz.

Kubernetes 1.18pfunkcionalitást nyújt hogy lehetővé teszi az API-kiszolgáló számára, hogy nyújtson be OpenID Connect felderítési dokumentumot A token nyilvános kulcsait tartalmazó egyéb metaadatok mellett.

Egy másik változás, amely kiemelkedik a Kubernetes 1.81 közül, a képesség a HPA Velocity konfigurálásához adott hüvelyekhez. Horizontal Pod Autoscaler-t (HPA) használtunka, hogy a Kubernetes-fürt automatikusan válaszoljon a magas / alacsony forgalomra. A HPA használatával a felhasználó megkérheti a vezérlőt, hogy hozzon létre további modulokat a CPU megugrására, más mérésekre vagy az alkalmazás által biztosított mérésekre válaszul.

A Kubernetes 1.18 áttekintést nyújt a több konfiguráció futtatásához szükséges profilokról tervezője. A Kubernetesben általában kétféle munkaterhelés létezik: hosszú távú szolgáltatások (például webszerverek, API-k stb.) És a befejezésig futó feladatok (ismertebb nevén Munkahelyek).

A munkaterhelési típusok közötti nyilvánvaló különbségek miatt egyes felhasználók teljes fürtök létrehozásához folyamodnak a különböző igényekhez. Például az egyik fürt az adatbányászat kezelésére, a másik pedig az alkalmazás API-k kiszolgálására.

Ennek oka az, hogy szükségük van a döntési folyamatra, hogy eltérjenek. Például az ütemező alapértelmezett beállításai elősegítik a magas rendelkezésre állást.

Másrészt megtalálhatjuk a képes meghatározni egy pod broadcast szabályt a fürt szintjén, mint lehetővé tette, hogy a hüvelyeket a rendelkezésre állási zónákba ütemezzék (mindaddig, amíg több zónás fürtöt használ) a maximális rendelkezésre állás és az erőforrás-kihasználás biztosítása érdekében.

A funkcionalitás lehetővé teszi a topologySpreadConstraints specifikációt, amely azonos területeket azonos topológiaKey címkével ellátott csomópontok keresésével azonosít. Az azonos TopologyKey címkével ellátott csomópontok ugyanahhoz a területhez tartoznak. A konfiguráció az volt, hogy a hüvelyeket egyenletesen osszák el a különböző területeken. Hátránya azonban, hogy ezt a beállítást pod szinten kell alkalmazni. A konfigurációval nem rendelkező hüvelyek nem oszlanak el egyenletesen a hibatartományok között.

Végül, de nem utolsó sorban, megtalálhatjuk azt a képességet is, hogy figyelmen kívül hagyjuk a kötet tulajdonságának változását. Alapértelmezés szerint, ha egy kötet egy Kubernetes-fürt tárolójába van csatlakoztatva, a köteten belül található összes fájl és könyvtár tulajdonságait az fsGroup által megadott értékre változtatja.

Mindez lehetővé teszi az fsGroup számára, hogy olvassa és megírja a kötetet. Bizonyos esetekben azonban ez a viselkedés nemkívánatosnak bizonyult.

A A Kubernetes számos változással jár, és csak néhányat említettünk a legfontosabbak közül. Ha meg szeretné tudni a teljes listát, megteheti azt a következő link.


Legyen Ön az első hozzászóló

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.