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.