Вторият прототип на платформата ALP, заместващ SUSE Linux Enterprise

SUSE публикува втория прототип на ALP "Punta Baretti" (Adaptable Linux Platform), позициониран като продължение на развитието на SUSE Linux Enterprise дистрибуцията. Ключовата разлика между ALP е разделянето на основната дистрибуция на две части: съкратена „хост ОС“ за работа върху хардуер и слой за поддържащи приложения, насочени към работа в контейнери и виртуални машини. Сглобките са подготвени за архитектурата x86_64. ALP първоначално се разработва чрез отворен процес на разработка, в който междинните компилации и резултатите от тестовете са публично достъпни за всички.

Архитектурата на ALP се основава на развитието в „хост ОС“ на средата, която е минимално необходима за поддръжка и управление на оборудването. Предлага се всички приложения и компоненти на потребителското пространство да се изпълняват не в смесена среда, а в отделни контейнери или виртуални машини, работещи върху „хост ОС“ и изолирани една от друга. Тази организация ще позволи на потребителите да се съсредоточат върху приложения и абстрактни работни потоци далеч от основната системна среда и хардуер.

Продуктът SLE Micro, базиран на разработките на проекта MicroOS, се използва като основа за „хост ОС“. За централизирано управление се предлагат системи за управление на конфигурацията Salt (предварително инсталирани) и Ansible (по избор). Налични са инструменти Podman и K3s (Kubernetes) за стартиране на изолирани контейнери. Сред системните компоненти, поставени в контейнери, са yast2, podman, k3s, пилотска кабина, GDM (GNOME Display Manager) и KVM.

Сред характеристиките на системната среда се споменава използването по подразбиране на дисково криптиране (FDE, пълно дисково криптиране) с възможност за съхраняване на ключове в TPM. Основният дял се монтира в режим само за четене и не се променя по време на работа. Средата използва механизъм за инсталиране на атомарна актуализация. За разлика от атомарните актуализации, базирани на ostree и snap, използвани във Fedora и Ubuntu, ALP използва стандартен мениджър на пакети и механизъм за моментни снимки във файловата система Btrfs, вместо да изгражда отделни атомарни изображения и да внедрява допълнителна инфраструктура за доставка.

Има конфигурируем режим за автоматично инсталиране на актуализации (например можете да активирате автоматично инсталиране само на корекции за критични уязвимости или да се върнете към ръчно потвърждаване на инсталирането на актуализации). Поддържат се корекции на живо за актуализиране на ядрото на Linux без рестартиране или спиране на работа. За да се поддържа жизнеспособността на системата (самовъзстановяване), последното стабилно състояние се записва с помощта на моментни снимки на Btrfs (ако се открият аномалии след прилагане на актуализации или промяна на настройките, системата автоматично се прехвърля в предишното състояние).

Платформата използва софтуерен стек с много версии - благодарение на използването на контейнери можете едновременно да използвате различни версии на инструменти и приложения. Например, можете да стартирате приложения, които използват различни версии на Python, Java и Node.js като зависимости, като разделят несъвместимите зависимости. Базовите зависимости се доставят под формата на комплекти BCI (базови изображения на контейнери). Потребителят може да създава, актуализира и изтрива софтуерни стекове, без да засяга други среди.

Основни промени във втория прототип на ALP:

• Използва се инсталаторът D-Installer, в който потребителският интерфейс е отделен от вътрешните компоненти на YaST и е възможно да се използват различни интерфейси, включително фронтенд за управление на инсталацията през уеб интерфейс. Основният интерфейс за управление на инсталацията е изграден с помощта на уеб технологии и включва манипулатор, който осигурява достъп до D-Bus повиквания чрез HTTP, и самия уеб интерфейс. Уеб интерфейсът е написан на JavaScript с помощта на рамката React и компонентите PatternFly. За да гарантира сигурността, D-Installer поддържа инсталиране на криптирани дялове и ви позволява да използвате TPM (Trusted Platform Module) за дешифриране на дяла за зареждане, като използвате ключове, съхранени в TPM чипа вместо пароли.
• Разрешено изпълнение на някои YaST клиенти (bootloader, iSCSIClient, Kdump, защитна стена и т.н.) в отделни контейнери. Реализирани са два типа контейнери: контролни за работа с YaST в текстов режим, в GUI и през уеб интерфейса и тестови за автоматизирано изпращане на текстови съобщения. Редица модули също са адаптирани за използване в системи с транзакционни актуализации. За интеграция с openQA се предлага библиотеката libyui-rest-api с внедряване на REST API.
• Реализирано изпълнение в контейнер на платформата Cockpit, на базата на която е изграден уеб интерфейсът на конфигуратора и инсталатора.
• Възможно е да се използва криптиране на целия диск (FDE, пълно дисково криптиране) в инсталации върху конвенционално оборудване, а не само в системи за виртуализация и облачни системи.
• GRUB2 се използва като основен буутлоудър.
• Добавени са конфигурации за разполагане на контейнери за изграждане на защитна стена (firewalld-container) и централизирано управление на системи и клъстери (warewulf-container).

Източник: opennet.ru