Вторият прототип на платформата 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

Купете надежден хостинг за сайтове със защита от DDoS, VPS и VDS сървъри 🔥 Купете надежден хостинг за сайтове със защита от DDoS, VPS и VDS сървъри | ProHoster