Le Régi a rassemblé des informations qui pointent vers la direction de la plate-forme Linux adaptable – le futur remplacement de SUSE pour ses distributions conventionnelles.
Un élément est relativement simple, mais peut être inattendu – nécessitant éventuellement la version 3 de la spécification x86-64. Depuis une discussion en 2020, il existe désormais quatre niveaux définis d’architecture x86-64 :
x86-64-v1équivaut à l’architecture AMD K8 d’origine, comme dans l’Opteron d’origine en 2003.x86-64-v2signifie Intel “Nehalem” et versions ultérieures : AVX2, plus SSE4.2 et SSSE3 (la plupart des processeurs après environ 2008-2011).x86-64-v3signifie Intel “Haswell” et versions ultérieures : AVX2 avec des extensions vectorielles et un gros-boutisteMOVBEinstruction (la plupart des processeurs de 2013 à 2017).x86-64-v4signifie plusieurs saveurs d’AVX512
Les compilateurs prennent en charge ces niveaux depuis GCC11 et LLVM Clang 12. Sur le territoire de Red Hat, les distributions depuis Fedora 32 en 2020 et RHEL 9 cette année ont ciblé et exigé x86-64-v2. Jusqu’à présent, nous n’avons entendu personne s’en plaindre trop – mais exiger x86-64-v3 est une autre affaire.
Bien que SUSE ne confirme encore rien, les récentes annonces du projet openSUSE donnent quelques idées sur ce à quoi pourrait ressembler cette future famille de distributions. Le projet openSUSE demande aux utilisateurs d’essayer la distribution MicroOS Desktop “pour obtenir les points de vue des utilisateurs sur son applicabilité”. La distribution propose à la fois les versions GNOME et KDE, et se situe toujours entre les étapes de test alpha et bêta en fonction du bureau que vous choisissez.
La communauté openSUSE a également un groupe de travail qui discute de l’impact de ces technologies. Fait intéressant, l’une des premières réactions que nous avons lues est fortement positive.
OpenSUSE MicroOS, ainsi que son frère commercial SLE Micro, sont des distributions à racine immuable. Comme nous en avons discuté l’année dernière, la conception des distributions Linux évolue sous l’influence des conteneurs, de Kubernetes et des formats d’emballage inter-distribution conteneurisés. Cela a tendance à être impopulaire auprès de nombreux techniciens Linux, mais les utilisateurs non techniciens ne le savent pas et ne s’en soucient pas… comme le suggèrent les fortes ventes de Chromebooks ces dernières années.
lorsque Le Régi Le bureau FOSS a examiné Fedora 36, nous avons parlé en profondeur de ses éditions Silverblue et Kinoite. Les deux utilisent l’outil OStree conçu par Red Hat pour les déploiements basés sur des instantanés sur des systèmes de fichiers sans prise en charge des instantanés.
Fournir une installation et une restauration transactionnelles est considérablement plus simple dans SUSE et openSUSE car ils utilisent par défaut le système de fichiers Btrfs, qui prend directement en charge les instantanés du système de fichiers. Curieusement, bien que la distribution Ubuntu Core IoT récemment mise à jour utilise également des mises à jour transactionnelles, elle n’utilise pas ZFS pour fournir des instantanés. ChromeOS de Google obtient des résultats comparables en utilisant un système de partitionnement complexe.
L’évolution vers des distributions immuables, où le système de fichiers racine est protégé en écriture et les mises à jour du système d’exploitation sont fournies dans des transactions volumineuses et fortement testées par l’intégration, semble de plus en plus inévitable. Comme cela réduit l’importance des outils de gestion des packages, cela convient bien au déploiement d’applications conteneurisées.
Pour SUSE, cette direction a été prise lors de l’acquisition de Rancher, une entreprise centrée sur les conteneurs. L’achat de CoreOS par Red Hat en 2018 semble avoir eu moins d’impact, la distribution étant sommairement terminée deux ans plus tard, mais son projet Atomic se dirigeait déjà dans cette direction des années plus tôt.
Il est encore tôt, mais ALP pourrait sonner le glas des distributions traditionnelles Leap et SLE, gérées avec Zypper et YaST. Il peut même ne pas y avoir de chemin de mise à niveau direct sur place. Cependant, saisir audacieusement l’initiative technologique comme celle-ci pourrait donner à SUSE un avantage sur ses rivaux et leurs approches plus prudentes. ®