{"id":106211,"date":"2022-12-21T15:37:51","date_gmt":"2022-12-21T13:37:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vtoroj-prototip-platformy-alp-idushhej-na-smenu-suse-linux-enterprise"},"modified":"2022-12-21T15:37:51","modified_gmt":"2022-12-21T13:37:51","slug":"vtoroj-prototip-platformy-alp-idushhej-na-smenu-suse-linux-enterprise","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/vtoroj-prototip-platformy-alp-idushhej-na-smenu-suse-linux-enterprise","title":{"rendered":"Drugi prototyp platformy ALP, kt\u00f3ra ma zast\u0105pi\u0107 SUSE Linux Enterprise","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Firma SUSE opublikowa\u0142a drugi prototyp platformy ALP \u201ePunta Baretti\u201d (Adaptable Linux Platform), kt\u00f3ra jest stanowiona jako kontynuacja rozwoju dystrybucji SUSE Linux Enterprise. Kluczow\u0105 r\u00f3\u017cnic\u0105 ALP jest podzia\u0142 podstawowej bazy dystrybucji na dwie cz\u0119\u015bci: uproszczon\u0105 \u201ehost OS\u201d do dzia\u0142ania na sprz\u0119cie oraz warstw\u0119 wspieraj\u0105c\u0105 aplikacje, skierowan\u0105 na uruchamianie w kontenerach i maszynach wirtualnych. Wersje s\u0105 przygotowane dla architektury x86_64. ALP jest rozwijana od pocz\u0105tku z wykorzystaniem otwartego procesu rozwoju, w ramach kt\u00f3rego po\u015brednie wersje i wyniki test\u00f3w s\u0105 publicznie dost\u0119pne dla wszystkich ch\u0119tnych. <\/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

G\u0142\u00f3wne zmiany w drugim prototypie ALP: <\/p>\n