Deweloperzy projektu openSUSE ogłosili rozpoczęcie prac nad kolejnym znaczącym wydaniem dystrybucji openSUSE Leap 16, które będzie oparte na nowej platformie technologicznej ALP (Adaptable Linux Platform), na którą przechodzi również komercyjna dystrybucja SUSE. Wydanie openSUSE Leap 16.0 planowane jest na 2025 rok.
W tym roku 11 czerwca zostanie wydana wersja openSUSE Leap 15.6, która najprawdopodobniej stanie się ostatnim klasycznym wydaniem projektu. Jeśli z jakiegoś powodu rozwój openSUSE Leap 16 się opóźni, przewidziana jest możliwość przedłużenia cyklu życia openSUSE Leap 15.6 lub wydanie dodatkowej wersji openSUSE Leap 15.7. Przy opracowywaniu openSUSE Leap 16 planowane jest kontynuowanie modelu rozwoju opartego na repozytorium openSUSE Factory i osiągnięcie optymalnej równowagi pomiędzy nowymi technologiami ALP, tradycyjnym systemem operacyjnym Linux oraz inicjatywami integracji pakietów rozwijanymi przez społeczność.
Platforma ALP (Adaptable Linux Platform) jest postrzegana jako kontynuacja rozwoju dystrybucji SUSE Linux Enterprise i charakteryzuje się podziałem podstawowej bazy dystrybucji na części. Podstawowe środowisko dystrybucji stanie się uproszczonym środowiskiem „host OS”, które zawiera tylko komponenty niezbędne do działania na sprzęcie i zarządzania. Wszystkie aplikacje i komponenty przestrzeni użytkownika będą uruchamiane nie w zintegrowanym środowisku, ale w osobnych kontenerach lub w maszynach wirtualnych, wykonywanych na „host OS” i izolowanych od siebie.
Jako bazę dla „host OS” wykorzystano produkt SLE Micro, oparty na osiągnięciach projektu MicroOS. Dla centralnego zarządzania oferowane są systemy zarządzania konfiguracją Salt (zainstalowany) oraz Ansible (opcjonalnie). Do uruchamiania izolowanych kontenerów dostępne są narzędzia Podman i K3s (Kubernetes). Wśród komponentów systemowych przeniesionych do kontenerów znajdują się yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) i KVM.
Wśród cech środowiska systemowego wyróżnia się domyślne użycie szyfrowania dysku (FDE, Full Disk Encryption) z możliwością przechowywania kluczy w TPM. Partycja root montowana jest w trybie tylko do odczytu i nie zmienia się w trakcie pracy. W środowisku wykorzystywany jest mechanizm atomowej instalacji aktualizacji, oparty na użyciu standardowego menedżera pakietów oraz mechanizmu migawek w systemie plików Btrfs. Przewidziano konfigurowalny tryb automatycznej instalacji aktualizacji. Dla utrzymania odporności systemu (self-healing) realizowane jest zarejestrowanie ostatniego stabilnego stanu za pomocą migawek Btrfs (w przypadku wykrycia anomalii po zastosowaniu aktualizacji lub zmianie ustawień, system automatycznie przechodzi do poprzedniego stanu).
Platforma wykorzystuje wielowersyjny stos oprogramowania — dzięki zastosowaniu kontenerów możliwe jest równoczesne korzystanie z różnych wersji narzędzi i aplikacji. Na przykład możliwe jest uruchamianie aplikacji, które używają w zależnościach różnych wersji Pythona, Javy i Node.js, oddzielając niekompatybilne ze sobą zależności. Podstawowe zależności dostarczane są w postaci zestawów BCI (Base Container Images). Użytkownik może tworzyć, aktualizować i usuwać stosy oprogramowania, nie wpływając na inne środowiska.
Źródło: opennet.ru
