{"id":36281,"date":"2019-10-31T22:10:39","date_gmt":"2019-10-31T19:10:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/spravochnaya-chego-zhdat-ot-fedora-silverblue\/"},"modified":"2019-10-31T22:10:39","modified_gmt":"2019-10-31T19:10:39","slug":"spravochnaya-chego-zhdat-ot-fedora-silverblue","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/spravochnaya-chego-zhdat-ot-fedora-silverblue","title":{"rendered":"Documentation: Que dire de Fedora Silverblue","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Analysons les caract\u00e9ristiques du syst\u00e8me d'exploitation immuable.<\/h5>\n

\n\"Documentation:<\/a><\/noindex>
\n\/ \u0444\u043e\u0442\u043e Clem Onojeghuo<\/a><\/noindex> Unsplash<\/i><\/p>\n

Comment Silverblue est n\u00e9<\/h2>\n

\nFedora Silverblue est un syst\u00e8me d'exploitation de bureau immuable. Dans celui-ci, toutes les applications sont ex\u00e9cut\u00e9es dans des conteneurs isol\u00e9s et les mises \u00e0 jour sont install\u00e9es de mani\u00e8re atomique.<\/p>\n

Auparavant, le projet s'appelait Fedora Atomic Workstation<\/a><\/noindex>. Plus tard, il a \u00e9t\u00e9 renomm\u00e9 Silverblue. Selon les d\u00e9veloppeurs, ils ont envisag\u00e9 plus de 150 options de nom. Silverblue a \u00e9t\u00e9 choisi simplement parce qu'il y avait un domaine libre et des comptes sur les r\u00e9seaux sociaux disponibles.<\/a><\/noindex><\/p>\n

Le syst\u00e8me mis \u00e0 jour a remplac\u00e9<\/a><\/noindex> Fedora Workstation en tant que distribution prioritaire pour les bureaux dans Fedora 30. Les auteurs affirment qu'\u00e0 terme, Silverblue pourrait compl\u00e8tement remplacer<\/a><\/noindex> Fedora Workstation.<\/p>\n

Un des r\u00e9sidents de Hacker News a suppos\u00e9<\/a><\/noindex>, que le concept de Silverblue \u00e9tait une \u00e9volution du projet Stateless Linux<\/a><\/noindex>. Ce projet a \u00e9t\u00e9 promu dans Fedora il y a environ dix ans. Stateless Linux devait simplifier l'administration des clients fins et \u00e9pais. Tous les fichiers de configuration du syst\u00e8me \u00e9taient \u00e9galement ouverts en mode \u00ab lecture seule \u00bb.<\/p>\n

Que signifie \u00ab immutabilit\u00e9 \u00bb<\/h2>\n

\nLe terme \u00ab syst\u00e8me d'exploitation immuable \u00bb d\u00e9signe le fait que les r\u00e9pertoires racine et utilisateur sont mont\u00e9s en mode \u00ab lecture seule \u00bb. Toutes les donn\u00e9es modifiables sont plac\u00e9es dans le r\u00e9pertoire \/var. Une m\u00e9thode similaire est utilis\u00e9e par les d\u00e9veloppeurs ChromeOS<\/a><\/noindex> et macOS Catalina<\/a><\/noindex>. Cette approche am\u00e9liore la s\u00e9curit\u00e9 du syst\u00e8me d'exploitation et emp\u00eache la suppression de fichiers syst\u00e8me (par exemple, par erreur).<\/p>\n

Un des r\u00e9sidents de Hacker News a racont\u00e9 dans un thread th\u00e9matique qu'une fois, il avait accidentellement supprim\u00e9 certains fichiers syst\u00e8me en modifiant le th\u00e8me Ubuntu Yaru. De plus, il n'avait pas de sauvegardes en raison d'une erreur dans les expressions r\u00e9guli\u00e8res. Selon ses dires, un syst\u00e8me d'exploitation immuable aurait pu \u00e9viter ces probl\u00e8mes.<\/a><\/noindex>L'installation des mises \u00e0 jour est \u00e9galement simplifi\u00e9e \u2014 il suffit de red\u00e9marrer le syst\u00e8me avec une nouvelle image. De plus, il est possible de basculer rapidement entre plusieurs branches (versions de Fedora). Par exemple, entre la version de Fedora<\/p><\/blockquote>\n

\nRawhide et le r\u00e9f\u00e9rentiel<\/a><\/noindex> updates-testing avec des mises \u00e0 jour en pr\u00e9paration.<\/a><\/noindex> Quelles sont les diff\u00e9rences avec la Fedora classique<\/p>\n

Pour installer l'environnement de base (\/ et \/usr), la technologie OSTree est utilis\u00e9e. On peut dire qu'il s'agit d'un syst\u00e8me de \u00ab versioning \u00bb<\/h2>\n

\ndes paquets RPM. Les paquets RPM sont transf\u00e9r\u00e9s dans le r\u00e9f\u00e9rentiel OSTree \u00e0 l'aide de rpm-ostree. En installant un paquet, il RPM<\/a><\/noindex>-paquets. Les paquets RPM sont traduits dans le r\u00e9f\u00e9rentiel OSTree \u00e0 l'aide de rpm-ostree. Lorsqu'un paquet est install\u00e9, il forme<\/a><\/noindex> un point de restauration vers lequel il est possible de revenir en cas de panne.<\/p>\n

OSTree permet \u00e9galement d'installer<\/a><\/noindex> des applications \u00e0 partir de d\u00e9p\u00f4ts dnf\/yum et de d\u00e9p\u00f4ts non pris en charge par Fedora. Pour cela, au lieu de la commande dnf install, il faut utiliser rpm-ostree install. Le syst\u00e8me va cr\u00e9er une nouvelle image de base du syst\u00e8me d'exploitation et remplacer l'install\u00e9 par celle-ci.<\/p>\n

Un m\u00e9canisme de mise \u00e0 jour des applications utilise Flatpak<\/a><\/noindex>. Il les ex\u00e9cute dans des conteneurs. Un paquet Flatpak contient uniquement les d\u00e9pendances sp\u00e9cifiques \u00e0 l'application concern\u00e9e. Toutes les biblioth\u00e8ques de base (comme celles de GNOME et KDE) restent des environnements d'ex\u00e9cution connectables. Cette approche permet de r\u00e9duire la taille des paquets en excluant les composants redondants.<\/p>\n

\"Documentation:
\n\/ \u0444\u043e\u0442\u043e Jonathan Larson<\/a><\/noindex> Unsplash<\/i><\/p>\n

Pour installer des applications qui ne sont pas empaquet\u00e9es en Flatpak, on peut utiliser Toolbox<\/a><\/noindex>. Cela permet de cr\u00e9er un conteneur avec l'installateur classique de Fedora.<\/p>\n

Des solutions similaires<\/h2>\n

\nIl existe d'autres distributions ayant des objectifs similaires \u00e0 Silverblue. Par exemple, MicroOS<\/a><\/noindex> d'openSUSE. Ce n'est pas une distribution autonome, mais fait partie de la plate-forme openSUSE Kubic pour le d\u00e9ploiement CaaS (Container as a Service).<\/p>\n

Le syst\u00e8me fonctionne avec des conteneurs Docker. Leurs images sont distribu\u00e9es sous forme de paquets RPM. Cela simplifie<\/a><\/noindex> l'installation d'applications bas\u00e9es sur la ligne de commande, qui ne sont pas disponibles au format Flatpak. Le syst\u00e8me h\u00f4te pour ex\u00e9cuter des conteneurs est form\u00e9 \u00e0 partir du d\u00e9p\u00f4t officiel openSUSE Tumbleweed<\/a><\/noindex>.<\/p>\n

MicroOS a \u00e9t\u00e9 d\u00e9velopp\u00e9 pour le d\u00e9ploiement dans des environnements \u00e0 grande \u00e9chelle (comme dans des centres de donn\u00e9es), mais peut \u00e9galement fonctionner sur des machines individuelles.<\/p>\n

Un autre exemple de d\u00e9veloppement similaire pourrait \u00eatre NixOS<\/a><\/noindex>. C'est une distribution Linux bas\u00e9e sur le gestionnaire de paquets Nix. Sa principale caract\u00e9ristique est la description d\u00e9clarative des configurations. L'administrateur n'a pas besoin d'installer et de configurer le syst\u00e8me manuellement. L'\u00e9tat est inscrit dans un fichier sp\u00e9cial : y sont indiqu\u00e9s tous les paquets et les param\u00e8tres d'authentification. Ensuite, le gestionnaire de paquets am\u00e8ne automatiquement le syst\u00e8me d'exploitation dans l'\u00e9tat sp\u00e9cifi\u00e9.<\/p>\n

Ce syst\u00e8me est activement utilis\u00e9<\/a><\/noindex> par des fournisseurs de cloud, des universit\u00e9s et des entreprises informatiques.<\/p>\n

Quoi qu'il en soit, Silverblue a une chance de trouver sa place sur le march\u00e9. On verra dans le futur si cela sera le cas.<\/p>\n

\nMat\u00e9riaux du Premier blog sur l'IaaS d'entreprise :<\/b><\/p>\n