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

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

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

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

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

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

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

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

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

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