Беше обявено пускането на новата версия на Kubernetes 1.24, версия, в която някои функции са стабилизирани и която също подчертава преминаването към бета етап на Kubelet, някои подобрения и други.
За тези, които са нови в Kubernetes, трябва да знаете, че това позволява управлението на клъстер от изолирани контейнери като едно цяло и предоставя механизми за разгръщане, поддържане и мащабиране на приложения, които се изпълняват в контейнери.
Първоначално проектът е създаден от Google, но по-късно е прехвърлен на отделен сайт от Linux Foundation. Платформата е позиционирана като универсално решение, разработено от общността, не обвързано с отделни системи и способно да работи с всяко приложение във всяка облачна среда. Кодът на Kubernetes е написан на Go и е пуснат под лиценза Apache 2.0.
Предоставени са функции за внедряване и управление на инфраструктурата, като поддръжка на база данни на DNS, балансиране на натоварването, разпределение на контейнери между възли на клъстер (миграция на контейнери въз основа на промени в натоварването и нуждите на потребителите). услуга), проверки на здравето на ниво приложение, управление на акаунти, актуализиране, и динамика. мащабиране на работещ клъстер, без да го спира.
Kubernetes 1.24 акценти
В тази нова версия на Kubernetes 1.24, която е представена, е подчертано, че Проследяването на капацитета за съхранение е стабилизирано за наблюдение на свободното пространство на дялове и изпращайте данни към контролния възел, за да избегнете стартиране на модули на възли с недостатъчно свободно пространство.
Също така се подчертава, че възможността за разширяване на дяловете за съхранение е стабилизирана. Потребителят може да преоразмерява съществуващите дялове и Kubernetes автоматично ще разшири дяла и свързаната с него файлова система, без да спира работата ви.
Друга промяна, която се откроява в тази нова версия на Kubernetes 1.24, е това Времето за изпълнение на Dockershim беше спряно, който беше позициониран като временно решение за използване на Docker в Kubernetes, което не поддържа стандартния интерфейс CRI (Container Runtime Interface) и води до допълнително усложнение на kubelet. За да управлявате затворени контейнери, се препоръчва да използвате среда за изпълнение, която поддържа CRI интерфейс, като containerd и CRI-O, или да използвате обвивката cri-dockerd, която имплементира CRI интерфейс върху API на Docker engine.
В допълнение към това се отбелязва, че предостави експериментална поддръжка за проверка на изображения на контейнери с цифрови подписи чрез услугата Sigstore, която поддържа публичен регистър за удостоверяване (transparency registry). За да се предотвратят атаки на веригата за доставки и подмяна на компоненти, свързаните с версията артефакти, включително всички инсталирани двоични файлове на Kubernetes, също са цифрово подписани.
Доставчикът на идентификационни данни Kubelet премина в етап на бета тестване, което ви позволява да извличате динамично идентификационните данни за хранилището на изображения на контейнера чрез стартиране на плъгини, без да съхранявате идентификационните данни във файловата система на хоста.
Освен това, предоставя възможност за резервиране на набор от IP адреси за присвояване на услуги. Когато тази опция е активирана, клъстерът автоматично ще присвоява на услугите само IP адреси от предварително разпределения пул за всяка услуга, което избягва сблъсъци чрез издаване на безплатни адреси от общия пул.
От останалите промени, които се открояват в тази нова версия:
- По подразбиране клъстерите са деактивирали API, които са в бета версия (тестовите API, добавени в предишни версии, се запазват, промяната засяга само новите API).
- Реализирана тестова поддръжка за формата OpenAPI v3.
- Въведена е инициатива за пренасяне на плъгини за работа с хранилища към Unified Interface CSI (Container Storage Interface), като същевременно се поддържа съвместимост на ниво API.
- Плъгините Azure Disk и OpenStack Cinder са преведени на CSI.
Накрая ако се интересувате да научите повече за това, можете да се консултирате подробностите в следващия линк.