Die Entwickler des openSUSE-Projekts haben den Beginn der Arbeiten an der nĂ€chsten bedeutenden Veröffentlichung der Distribution openSUSE Leap 16 angekĂŒndigt, die auf einer neuen technologischen Plattform ALP (Adaptable Linux Platform) basieren wird, auf die auch die kommerzielle Distribution SUSE umsteigt. Die Veröffentlichung von openSUSE Leap 16.0 ist fĂŒr das Jahr 2025 geplant.
In diesem Jahr wird am 11. Juni die Ausgabe openSUSE Leap 15.6 gebildet, die wahrscheinlich die letzte klassische Ausgabe des Projekts sein wird. Falls die Entwicklung von openSUSE Leap 16 aus irgendeinem Grund lÀnger dauert, besteht die Möglichkeit, den Lebenszyklus von openSUSE Leap 15.6 zu verlÀngern oder eine zusÀtzliche Version openSUSE Leap 15.7 herauszubringen. Bei der Entwicklung von openSUSE Leap 16 wird geplant, weiterhin das Entwicklungsmodell auf Basis des Repositories openSUSE Factory zu verwenden und ein optimales Gleichgewicht zwischen neuen Technologien ALP, dem traditionellen Betriebssystem Linux und Initiativen zur Integration von von der Community entwickelten Paketen zu erreichen.
Die Plattform ALP (Adaptable Linux Platform) wird als Fortsetzung der Entwicklung der Distribution SUSE Linux Enterprise positioniert und unterscheidet sich durch die Aufteilung der Grundbasis der Distribution in Teile. Die Hauptdistribution wird eine reduzierte Umgebung "host OS" sein, die nur die minimal notwendigen Komponenten fĂŒr den Betrieb ĂŒber die Hardware und das Management enthĂ€lt. Alle Anwendungen und Komponenten des Benutzerraums werden nicht in einer gemischten Umgebung, sondern in einzelnen Containern oder in virtuellen Maschinen, die ĂŒber "host OS" ausgefĂŒhrt werden und voneinander isoliert sind.
Als Grundlage fĂŒr das âHost OSâ wird das Produkt SLE Micro verwendet, das auf den Ergebnissen des Projekts MicroOS basiert. FĂŒr das zentrale Management werden die Konfigurationsmanagement-Systeme Salt (vorinstalliert) und Ansible (Option) angeboten. FĂŒr den Betrieb isolierter Container stehen die Werkzeuge Podman und K3s (Kubernetes) zur VerfĂŒgung. Zu den in Container ausgegliederten Systemkomponenten gehören yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) und KVM.
Zu den Besonderheiten der Systemumgebung gehört die standardmĂ€Ăige Verwendung von FestplattenschlĂŒsselung (FDE, Full Disk Encryption) mit der Möglichkeit, SchlĂŒssel im TPM zu speichern. Der Root-Partition wird im SchreibgeschĂŒtzten Modus gemountet und wird wĂ€hrend des Betriebs nicht verĂ€ndert. In der Umgebung wird ein Mechanismus zur atomaren Installation von Updates verwendet, der auf der Nutzung des standardmĂ€Ăigen Paketmanagers und des Snapshot-Mechanismus in Btrfs basiert. Ein konfigurierbarer Modus zur automatischen Installation von Updates ist vorgesehen. Um die LebensfĂ€higkeit des Systems (self-healing) zu gewĂ€hrleisten, wird der letzte stabile Zustand mithilfe von Btrfs-Snapshots aufgezeichnet (im Falle von Anomalien nach der Anwendung von Updates oder Ănderung von Einstellungen wird das System automatisch in den vorherigen Zustand zurĂŒckversetzt).
In der Plattform wird ein mehrversionales Software-Stack verwendet â dank der Verwendung von Containern können verschiedene Versionen von Werkzeugen und Anwendungen gleichzeitig genutzt werden. Beispielsweise können Anwendungen, die unterschiedliche Versionen von Python, Java und Node.js in ihren AbhĂ€ngigkeiten nutzen, gestartet werden, wĂ€hrend inkompatible AbhĂ€ngigkeiten voneinander getrennt werden. Die GrundabhĂ€ngigkeiten werden in Form von BCI (Base Container Images) bereitgestellt. Benutzer können Software-Stacks erstellen, aktualisieren und löschen, ohne andere Umgebungen zu beeintrĂ€chtigen.
Quelle: opennet.ru
