Razvojni tim Kubernetesa je nedavno objavljeno najavom puštanja nova verzija "Kubernetes 1.18" u kojem razvojni tim spominje da je riječ o inačici "dovršena i dovršena".
U ovoj novoj verziji učinjen je značajan posao na poboljšanju beta i stabilne funkcionalnosti zajamčiti a bolje korisničko iskustvo. Podjednako se nastojalo dodati novi razvoj i nove uzbudljive značajke koje obećavaju daljnje poboljšanje korisničkog iskustva.
Za one koji ne znaju Kubernetes, to bi trebali znati je sustav za automatizaciju otvorenog koda implementacija, skaliranje i upravljanje kontejnerske aplikacije.
Bilo je izvorno dizajnirao Google, iako je njegov razvoj naknadno povjeren Zakladi za računarstvo u oblaku otvorenog koda (CNCF), koja je danas omogućila da tehnologija orkestracije spremnika brzo sazrije, zahvaljujući doprinosu tehnoloških divova.
Što je novo u Kubernetesu 1.18?
Ova nova verzija izdvaja se po tome što ima sposobnost upotrebe žetona računa usluge kao općenita metoda provjere autentičnosti. Na primjer, ako želite da mahuna upravlja ostalim Kubernetesovim resursima, poput postavljanja ili usluge, može se povezati s računom usluge i stvoriti potrebne uloge i povezivanja uloga.
Računi usluge Kubernetes (KSA) šalju JSON web tokene (JWT) API poslužitelju radi provjere autentičnosti. To čini API poslužitelj jedinim izvorom provjere autentičnosti za račune usluga.
Kubernetes 1.18 strpruža funkcionalnost ovo omogućuje API poslužitelju da pruži dokument za otkrivanje OpenID Connect A koji sadrži javne ključeve tokena uz ostale metapodatke.
Još jedna promjena koja se izdvaja od Kubernetes 1.81 je mogućnost konfiguriranja HPA brzine za određene mahune. Korišten je Horizontal Pod Autoscaler (HPA)a kako bi se Kubernetesovom klasteru omogućilo automatsko reagiranje na velik / nizak promet. Uz HPA, korisnik može zatražiti od regulatora da stvori više modula kao odgovor na CPU skokove, druga mjerenja ili mjerenja koja pruža aplikacija.
Kubernetes 1.18 ima pregled profila za pokretanje više konfiguracija planera. Općenito postoje dvije vrste radnih opterećenja u Kubernetesu: dugoročne usluge (na primjer, web poslužitelji, API-ji itd.) I zadaci koji se izvode do kraja (poznatiji kao naziv Poslovi).
Zbog očiglednih razlika između vrsta radnog opterećenja, neki korisnici pribjegavaju stvaranju punih klastera za različite potrebe. Na primjer, jedan klaster za upravljanje rudarstvom podataka, a drugi za opsluživanje API-ja aplikacije.
Razlog je taj što im je potreban postupak odlučivanja kako bi se razlikovali. Na primjer, zadane postavke planera promiču visoku dostupnost.
S druge strane, također možemo pronaći sposobnost definiranja pravila emitiranja mahuna na razini klastera, kao je omogućio da se pods rasporedi u zonama dostupnosti (pod uvjetom da koristite višezonski klaster) kako biste osigurali maksimalnu dostupnost i korištenje resursa.
Funkcionalnost omogućuje specifikaciju topologySpreadConstraints, koja identificira područja pretraživanjem čvorova s istom oznakom topologyKey. Čvorovi s istom oznakom TopologyKey pripadaju istom području. Konfiguracija je bila ravnomjerno rasporediti mahune na različitim područjima. Međutim, loša je strana što se ova postavka mora primijeniti na razini mahune. Podovi koji nemaju konfiguraciju neće se ravnomjerno rasporediti po domenama kvara.
Posljednje, ali ne najmanje važno, također možemo pronaći mogućnost ignoriranja promjene svojstva volumena. Prema zadanim postavkama, kada je volumen montiran u spremnik na Kubernetesovom klasteru, sve datoteke i direktoriji unutar tog volumena mijenjaju svojstvo u vrijednost pruženu putem fsGroup.
Sve to kako bi fsGroup omogućio čitanje i pisanje glasnoće. Međutim, pokazalo se da je ovo ponašanje u nekim slučajevima nepoželjno.
Ova nova verzija Kubernetes dolazi s nizom promjena, a spomenuli smo samo nekoliko najvažnijih. Ako želite saznati cjelovit popis, to možete učiniti posjetom sljedeći link.