La soci\u00e9t\u00e9 SUSE a publi\u00e9 le troisi\u00e8me prototype de la plateforme ALP \u00ab Piz Bernina \u00bb (Adaptable Linux Platform), pr\u00e9sent\u00e9e comme la suite du d\u00e9veloppement de la distribution SUSE Linux Enterprise. La principale diff\u00e9rence de l'ALP r\u00e9side dans la s\u00e9paration de la base de distribution en deux parties : un \u00ab host OS \u00bb all\u00e9g\u00e9 pour fonctionner au-dessus du mat\u00e9riel et une couche de support d'applications, orient\u00e9e vers le d\u00e9ploiement dans des conteneurs et des machines virtuelles. L'ALP est initialement d\u00e9velopp\u00e9e gr\u00e2ce \u00e0 un processus de d\u00e9veloppement ouvert, o\u00f9 les versions interm\u00e9diaires et les r\u00e9sultats des tests sont publiquement accessibles \u00e0 tous ceux qui le souhaitent. <\/p>\n
Le troisi\u00e8me prototype comprend deux branches distinctes qui, dans leur \u00e9tat actuel, sont proches par leur contenu, mais qui \u00e9volueront \u00e0 l'avenir dans des directions d'applications diff\u00e9rentes et seront diff\u00e9renci\u00e9es par les services fournis. La branche Bedrock est disponible pour des tests, orient\u00e9e vers l'utilisation dans des syst\u00e8mes serveurs, tandis que la branche Micro est con\u00e7ue pour la cr\u00e9ation de syst\u00e8mes cloud-native et le d\u00e9ploiement de microservices. Des versions pr\u00eates sont pr\u00e9par\u00e9es pour l'architecture x86_64 (Bedrock, Micro). De plus, des sc\u00e9narios de construction (Bedrock, Micro) sont disponibles pour les architectures Aarch64, PPC64le et s390x. <\/p>\n
L'architecture ALP est bas\u00e9e sur le d\u00e9veloppement d'un environnement \u00ab host OS \u00bb, qui est minimalement n\u00e9cessaire pour le support et la gestion du mat\u00e9riel. Il est propos\u00e9 de lancer toutes les applications et composants de l'espace utilisateur non pas dans un environnement mixte, mais dans des conteneurs s\u00e9par\u00e9s ou dans des machines virtuelles<\/a>, ex\u00e9cut\u00e9s au-dessus du 'host OS' et isol\u00e9s les uns des autres. Une telle organisation permettra aux utilisateurs de se concentrer sur les applications et d'abstraire les flux de travail, les s\u00e9parant de l'environnement syst\u00e8me bas niveau et du mat\u00e9riel. <\/p>\n La base du 'host OS' utilise le produit SLE Micro, bas\u00e9 sur les travaux du projet MicroOS. Pour la gestion centralis\u00e9e, des syst\u00e8mes de gestion de configuration comme Salt (pr\u00e9install\u00e9) et Ansible (en option) sont propos\u00e9s. Pour le lancement de conteneurs isol\u00e9s, les outils Podman et K3s (Kubernetes) sont disponibles. Parmi les composants syst\u00e8me d\u00e9plac\u00e9s dans des conteneurs, on trouve yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) et KVM. <\/p>\n Parmi les caract\u00e9ristiques de l'environnement syst\u00e8me, on mentionne l'utilisation par d\u00e9faut du chiffrement complet du disque (FDE, Full Disk Encryption) avec la possibilit\u00e9 de stocker les cl\u00e9s dans le TPM. La partition racine est mont\u00e9e en mode lecture seule et n'est pas modifi\u00e9e en cours d'ex\u00e9cution. L'environnement utilise un m\u00e9canisme d'installation atomique des mises \u00e0 jour. Contrairement aux mises \u00e0 jour atomiques bas\u00e9es sur ostree et snap, utilis\u00e9es dans Fedora et Ubuntu, ALP utilise le gestionnaire de paquets standard et le m\u00e9canisme de snapshots dans le syst\u00e8me de fichiers Btrfs. <\/p>\n Un mode d'installation automatique des mises \u00e0 jour est pr\u00e9vu (par exemple, il est possible d'activer l'auto-installation uniquement pour les correctifs des vuln\u00e9rabilit\u00e9s critiques ou de revenir \u00e0 une confirmation manuelle de l'installation des mises \u00e0 jour). Des live patches sont pris en charge pour mettre \u00e0 jour le noyau Linux sans red\u00e9marrer et sans suspendre le fonctionnement. Pour maintenir la r\u00e9silience du syst\u00e8me (self-healing), le dernier \u00e9tat stable est enregistr\u00e9 \u00e0 l'aide de snapshots Btrfs (en cas d'anomalies d\u00e9tect\u00e9es apr\u00e8s l'application des mises \u00e0 jour ou des modifications de configuration, le syst\u00e8me est automatiquement restaur\u00e9 \u00e0 l'\u00e9tat pr\u00e9c\u00e9dent). <\/p>\n La plateforme utilise une pile logicielle multi-version \u2014 gr\u00e2ce \u00e0 l'utilisation de conteneurs, il est possible d'utiliser simultan\u00e9ment diff\u00e9rentes versions d'outils et d'applications. Par exemple, il est possible d'ex\u00e9cuter des applications qui d\u00e9pendent de diff\u00e9rentes versions de Python, Java et Node.js, en s\u00e9parant les d\u00e9pendances incompatibles. Les d\u00e9pendances de base sont livr\u00e9es sous forme de jeux BCI (Base Container Images). L'utilisateur peut cr\u00e9er, mettre \u00e0 jour et supprimer des piles logicielles sans affecter d'autres environnements. <\/p>\n Pour l'installation, l'installateur D-Installer est utilis\u00e9, dans lequel l'interface utilisateur est s\u00e9par\u00e9e des composants internes de YaST et offre la possibilit\u00e9 d'utiliser diff\u00e9rents front-ends, y compris un front-end pour g\u00e9rer l'installation via une interface web. L'ex\u00e9cution des clients YaST (bootloader, iSCSIClient, Kdump, firewall, etc.) dans des conteneurs s\u00e9par\u00e9s est prise en charge. <\/p>\n Les principales modifications du troisi\u00e8me prototype ALP : <\/p>\n\n