Firma SUSE opublikowa\u0142a trzeci prototyp platformy ALP \u201ePiz Bernina\u201d (Adaptable Linux Platform), reklamowanej jako kontynuacja rozwoju dystrybucji SUSE Linux Enterprise. Kluczow\u0105 r\u00f3\u017cnic\u0105 ALP jest podzia\u0142 podstawy dystrybucji na dwie cz\u0119\u015bci: uproszczon\u0105 \u201ehost OS\u201d do uruchamiania na sprz\u0119cie oraz warstw\u0119 wsparcia aplikacji, skoncentrowan\u0105 na uruchamianiu w kontenerach i maszynach wirtualnych. ALP rozwija si\u0119 od pocz\u0105tku w oparciu o otwarty proces rozwoju, w kt\u00f3rym po\u015brednie wersje i wyniki test\u00f3w s\u0105 publicznie dost\u0119pne dla wszystkich zainteresowanych. <\/p>\n
Trzeci prototyp zawiera dwie oddzielne ga\u0142\u0119zie, kt\u00f3re obecnie s\u0105 zbli\u017cone pod wzgl\u0119dem zawarto\u015bci, ale w przysz\u0142o\u015bci b\u0119d\u0105 rozwija\u0107 si\u0119 w kierunku r\u00f3\u017cnych obszar\u00f3w zastosowania i b\u0119d\u0105 r\u00f3\u017cni\u0107 si\u0119 oferowanymi us\u0142ugami. Do testowania dost\u0119pna jest ga\u0142\u0105\u017a Bedrock, skierowana na u\u017cycie w systemach serwerowych, oraz ga\u0142\u0105\u017a Micro, zaprojektowana do budowy system\u00f3w chmurowych (cloud-native) i uruchamiania mikrous\u0142ug. Gotowe wersje przygotowane s\u0105 dla architektury x86_64 (Bedrock, Micro). Dodatkowo dost\u0119pne s\u0105 skrypty budowania (Bedrock, Micro) dla architektur Aarch64, PPC64le i s390x. <\/p>\n
Architektura ALP oparta jest na rozwoju w \u201ehost OS\u201d \u015brodowisku, minimalnie wymaganym do wsparcia i zarz\u0105dzania sprz\u0119tem. Wszystkie aplikacje i komponenty przestrzeni u\u017cytkownika maj\u0105 by\u0107 uruchamiane nie w mieszanym \u015brodowisku, lecz w osobnych kontenerach lub w maszynach wirtualnych<\/a>, dzia\u0142aj\u0105cych na \u201ehost OS\u201d oraz izolowanych od siebie. Taka organizacja pozwoli u\u017cytkownikom skupi\u0107 si\u0119 na aplikacjach i abstrahowa\u0107 procesy robocze, oddzielaj\u0105c je od niskopoziomowego \u015brodowiska systemowego i sprz\u0119tu. <\/p>\n Jako podstaw\u0119 dla «host OS» wykorzystano produkt SLE Micro, oparty na osi\u0105gni\u0119ciach projektu MicroOS. Do centralnego zarz\u0105dzania oferowane s\u0105 systemy zarz\u0105dzania konfiguracj\u0105 Salt (wst\u0119pnie zainstalowany) i Ansible (opcja). Do uruchamiania izolowanych kontener\u00f3w dost\u0119pne s\u0105 narz\u0119dzia Podman i K3s (Kubernetes). W\u015br\u00f3d komponent\u00f3w systemowych wydzielonych do kontener\u00f3w znajduj\u0105 si\u0119 yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) i KVM. <\/p>\n W systemie domy\u015blnie stosowane jest szyfrowanie dysku (FDE, Full Disk Encryption) z mo\u017cliwo\u015bci\u0105 przechowywania kluczy w TPM. G\u0142\u00f3wny podzia\u0142 montowany jest w trybie tylko do odczytu i nie zmienia si\u0119 podczas pracy. W \u015brodowisku stosowany jest mechanizm atomowej instalacji aktualizacji. W przeciwie\u0144stwie do atomowych aktualizacji opartych na ostree i snap, stosowanych w Fedora i Ubuntu, w ALP zamiast budowania oddzielnych atomowych obraz\u00f3w i wdra\u017cania dodatkowej infrastruktury dostarczania u\u017cywa si\u0119 standardowego mened\u017cera pakiet\u00f3w oraz mechanizmu migawkowego w systemie plik\u00f3w Btrfs. <\/p>\n Zaprojektowano konfigurowalny tryb automatycznej instalacji aktualizacji (np. mo\u017cliwe jest w\u0142\u0105czenie automatycznej instalacji tylko poprawek krytycznych luk bezpiecze\u0144stwa lub powr\u00f3t do r\u0119cznego zatwierdzania instalacji aktualizacji). Wsparcie dla aktualizacji j\u0105dra Linux bez ponownego uruchamiania i zatrzymania dzia\u0142ania systemu zapewniaj\u0105 \u0142atwe poprawki. Aby zapewni\u0107 trwa\u0142o\u015b\u0107 systemu (self-healing), ostatni stabilny stan jest zapisywany przy u\u017cyciu migawk\u00f3w Btrfs (w przypadku wykrycia anomalii po zastosowaniu aktualizacji lub zmianie ustawie\u0144, system automatycznie wraca do poprzedniego stanu). <\/p>\n W platformie zastosowano wielowersyjny stos oprogramowania \u2014 dzi\u0119ki zastosowaniu kontener\u00f3w mo\u017cliwe jest jednoczesne korzystanie z r\u00f3\u017cnych wersji narz\u0119dzi i aplikacji. Na przyk\u0142ad, mo\u017cna uruchamia\u0107 aplikacje, kt\u00f3re we dependencjach u\u017cywaj\u0105 r\u00f3\u017cnych wersji Pythona, Javy i Node.js, oddzielaj\u0105c niekompatybilne ze sob\u0105 zale\u017cno\u015bci. Podstawowe zale\u017cno\u015bci dostarczane s\u0105 w formie zestaw\u00f3w BCI (Base Container Images). U\u017cytkownik mo\u017ce tworzy\u0107, aktualizowa\u0107 i usuwa\u0107 stosy programowe, nie wp\u0142ywaj\u0105c na inne \u015brodowiska. <\/p>\n Do instalacji u\u017cywany jest instalator D-Installer, w kt\u00f3rym interfejs u\u017cytkownika jest oddzielony od wewn\u0119trznych komponent\u00f3w YaST i istnieje mo\u017cliwo\u015b\u0107 korzystania z r\u00f3\u017cnych frontend\u00f3w, w tym frontendu do zarz\u0105dzania instalacj\u0105 przez interfejs webowy. Wsparcie dla klient\u00f3w YaST (bootloader, iSCSIClient, Kdump, firewall itp.) dzia\u0142a w oddzielnych kontenerach. <\/p>\n G\u0142\u00f3wne zmiany w trzecim prototypie ALP: <\/p>\n\n