Достъпен е релизът на платформата за оркестрация на контейнери Kubernetes 1.24, която позволява да се управлява кластер от изолирани контейнери като едно цяло и предоставя механизми за внедряване, поддръжка и мащабиране на приложения, изпълнявани в контейнери. Проектът първоначално беше създаден от компанията Google, но след това беше преместен на независима платформа, управлявана от организацята Linux Foundation. Платформата е позиционирана като универсално решение, разработвано от общността, не свързано с конкретни системи и способно да работи с всякакви приложения в различни облачни среди. Кодът на Kubernetes е написан на езика Go и се разпространява под лиценза Apache 2.0.
Предоставят се функции за внедряване и управление на инфраструктурата, като поддържане на DNS база, балансиране на натоварването, разпределение на контейнери по узли на клъстера (миграция на контейнери в зависимост от промените в натоварването и потребностите от услуги), проверка на работоспособността на ниво приложения, управление на акаунти, обновяване и динамично мащабиране на работещия клъстер, без да се спира. Възможно е внедряване на групи контейнери с изпълнение на операции за обновление и отмяна на промените веднага за цялата група, а също така логично разделяне на клъстера на части с разделение на ресурсите. Има поддръжка за динамична миграция на приложения, за които могат да се използват както локални хранилища, така и мрежови системи за съхранение.
Ключови промени в новата версия:
- Стабилизирани са средствата за проследяване на капацитета на хранилището (Storage Capacity Tracking), осигуряващи мониторинг на свободното място в дяловете и предаващи данни на управляващия възел, за да се предотврати стартирането на pod-ове на узли, където няма достатъчно свободно място.
- Стабилизирана е възможността за разширяване на дяловете на хранилището. Потребителят може да промени размера на вече съществуващите дялове и Kubernetes автоматично ще разшири дяла и свързаната с него файлова система без спиране на работата.
- Спрямуването на Dockershim, което се представяше като временно решение за използване на Docker в Kubernetes, е прекратено, тъй като не е съвместимо с официалния интерфейс CRI (container runtime interface) и води до допълнително усложняване на kubelet. За управление на изолирани контейнери трябва да се използва runtime, който поддържа интерфейса CRI, като containerd и CRI-O, или да се използва обвивката cri-dockerd, която реализира интерфейса CRI над API Docker Engine.
- Предоставена е експериментална поддръжка за верификация на образите на контейнерите по цифрови подписи с помощта на услугата Sigstore, която поддържа публичен журнал за потвърждение на автентичността (transparency log). За предотвратяване на атаки в supply chain и подмяна на компоненти също е осигурено удостоверяване по цифрови подписи на свързаните с релизите артефакти, включително всички инсталирани изпълними файлове на Kubernetes.
- По подразбиране в клъстъри е прекратено активирането на API, които са в бета версия (добавените в предишни версии тестови API остават, промените засягат само новите API).
- Реализирана е тестова поддръжка за формата OpenAPI v3.
- Представена е инициатива за прехвърляне на плъгини за работа с хранилища на унифицирания интерфейс CSI (Container Storage Interface) с поддържане на съвместимост на ниво API. На CSI са прехвърлени плъгините Azure Disk и OpenStack Cinder.
- На стадия на бета тестване е преместен Kubelet Credential Provider, който позволява динамично извличане на удостоверения за репозитория на образи на контейнери чрез стартиране на плъгини, без да се съхраняват удостоверенията в файловата система на възела.
- Предоставена е възможност за резервиране на диапазон от IP адреси за назначаване на услуги. При активиране на тази опция клъстерът автоматично ще назначава услуги само IP адреси от предварително определеното за всяка услуга множество, което позволява да се избегнат конфликти при предоставяне на свободни адреси от общия набор.
Източник: opennet.ru
