A SUSE cég közzétette az ALP „Punta Baretti” (Adaptálható Linux Platform) második prototípusát, amelyet a SUSE Linux Enterprise disztribúciójának fejlesztésének folytatásaként pozicionálnak. Az ALP kulcsfontosságú különbsége a disztribúció alapjának két részre való felosztása: egy minimalizált „host OS” a hardver fölött való működéshez és egy alkalmazást támogató réteg, amely a konténerekben és virtuális gépekben történő indításra összpontosít. A kiadások x86_64 architektúrára készültek. Az ALP eredetileg nyílt fejlesztési folyamat keretében fejlődik, amelyben a köztes kiadások és a tesztelési eredmények nyilvánosan elérhetőek mindenki számára.
Az ALP architektúrája a „host OS” környezet fejlesztésén alapul, amely minimálisan szükséges a hardver támogatásához és kezeléséhez. Minden alkalmazást és felhasználói tér összetevőit különálló konténerekben vagy virtuális gépekben, amelyek a „host OS” felett futnak és elszigeteltek egymástól. Ez a megszervezés lehetővé teszi a felhasználók számára, hogy a alkalmazásokra összpontosítsanak és elválasszák a munkafolyamatokat az alacsony szintű rendszerkörnyezettől és hardvertől.
a "host OS" alapjául az SLE Micro termék szolgál, amely a MicroOS projekt eredményein alapszik. A központosított kezeléshez a Salt konfigurációkezelő rendszert (előre telepítve) és az Ansible-t (opció) ajánlják. Az izolált konténerek futtatásához a Podman és K3s (Kubernetes) eszközök állnak rendelkezésre. A konténerekbe kihelyezett rendszerkomponensek között szerepel a yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) és a KVM.
A rendszerkörnyezet egyik jellemzője, hogy alapértelmezetten lemezkódolást alkalmaz (FDE, Teljes Lemezkódolás) a kulcsok TPM-ben történő tárolásának lehetőségével. A gyökérpartíció csak olvasható módban van csatolva, és működés közben nem változik. A környezetben atomikus frissítési mechanizmus alkalmazandó. Az ALP-ben a külön atomikus képek létrehozása és a kiegészítő szállítási infrastruktúra bevezetése helyett a szokásos csomagkezelőt és a Btrfs fájlrendszer pillanatképeit használják, ellentétben a Fedora és Ubuntu által használt ostree és snap alapú atomikus frissítésekkel.
Automatikus frissítési telepítési mód is rendelkezésre áll (például engedélyezheti a kritikus sebezhetőségek javításainak automatikus telepítését, vagy visszatérhet a frissítések kézi megerősítéséhez). A kernel Linux frissítései élő foltokkal valósíthatók meg újraindítás és leállás nélkül. A rendszer élhetőségének fenntartása (önjavító) során a legutolsó stabil állapotot Btrfs pillanatképek segítségével rögzítjük (anomalák észlelése esetén a frissítések alkalmazása vagy a beállítások módosítása után a rendszer automatikusan visszatér az előző állapotba).
A platformon többváltozós szoftverstack alkalmazásra kerül — a konténerek használatának köszönhetően egyszerre több verziójú eszköz és alkalmazás használható. Például futhatnak olyan alkalmazások, amelyek különböző Python, Java és Node.js verziókat használnak a függőségeik között, így szétválaszthatók az összeférhetetlen függőségek. Az alapvető függőségek BCI (Base Container Images) készletek formájában érkeznek. A felhasználó létrehozhat, frissíthet és törölhet szoftverstackeket anélkül, hogy más környezeteket érintene.
A második ALP prototípus legfontosabb változásai:
- A D-Installer was utilized, which separates the user interface from the internal components of YaST and allows for various frontends, including a frontend for managing installations via a web interface. The basic interface for managing installations is built using web technologies and includes a handler that provides access to D-Bus calls via HTTP, along with the web interface itself. The web interface is written in JavaScript using the React framework and PatternFly components. To ensure security, D-Installer supports installation on encrypted partitions and allows the use of TPM (Trusted Platform Module) for decrypting the boot partition, using keys stored in the TPM chip instead of passwords.
- It is ensured that some YaST clients (bootloader, iSCSIClient, Kdump, firewall, etc.) run in separate containers. Two types of containers are implemented — management ones for working with YaST in text mode, in GUI, and through the web interface, and test ones for conducting automated text testing. Several modules are also adapted for use in systems with transactional updates. For integration with openQA, a library called libyui-rest-api with a REST API implementation has been proposed.
- Execution in a Cockpit platform container is implemented, based on which the web interface of the configurator and installer is built.
- The possibility of using full disk encryption (FDE) in installations on regular hardware, and not only in virtualization and cloud systems, has been provided.
- GRUB2 is used as the main bootloader.
- Configurations for deploying containers for building a firewall (firewalld-container) and centralized management of systems and clusters (warewulf-container) have been added.
Forrás: opennet.ru
