URL: https://linuxfr.org/users/dzecniv/journaux/creer-une-archive-d-application-conteneurisee-avec-guix-pack Title: Créer une archive d'application conteneurisée avec guix pack Authors: dzecniv Date: 2017年05月30日T10:53:44+02:00 License: CC By-SA Tags: conteneur, gnu, docker, tutoriel, fosdem, guix et nix Score: 23 ou encore, en anglais, "creating standalone binary bundles with guix pack". Il s'agit d'une nouvelle fonctionnalité parue avec GNU GuixSD (la distro) 0.13.0, le 22 mai 2017. Le but est ici de taper une commande simple: ``` guix pack foo ``` pour obtenir une archive tarball qui contient les binaires du logiciel foo **avec toutes ses dépendances**. Il y aussi un raccourci pour donner le résultat à docker mais on va voir les différences d'approches et les bénéfices de guix. Ce journal reprend les informations de - l'annonce de GNU Guix 0.13.0: https://www.gnu.org/software/guix/news/gnu-guix-and-guixsd-0.13.0-released.html - l'article expliquant `guix pack`: https://www.gnu.org/software/guix/news/creating-bundles-with-guix-pack.html Autres liens: - documentation de guix pack: https://lists.gnu.org/archive/html/guix-devel/2017-03/msg00322.html - GNU Guix: https://www.gnu.org/software/guix/ - GNU Guile: https://www.gnu.org/software/guile/ - journal précédent sur GNU Guix: https://linuxfr.org/users/dzecniv/journaux/gnu-guix-et-guix-sd-0-12-0-la-distro-et-le-gestionnaire-de-paquets-au-paradigme-fonctionnel - article "Utiliser GNU Guix dans un environnement de super calculateurs" https://matutine.gitlab.io/2016/09/26/gnu-guix-dans-un-environnement-de-supercalculateurs.html - installer Guix (le gestionnaire de paquets) sans le "make install" final: http://dustycloud.org/blog/guix-package-manager-without-make-install/ - notes sur les containers dans Guix https://github.com/pjotrp/guix-notes/blob/master/CONTAINERS.org # guix pack Autre exemple: si on tape ``` guix pack guile emacs geiser ``` on obtient une archive avec ces trois logiciels et toutes leurs dépendances. Quand on l'extrait, ils vont se ranger dans le répertoire `/gnu/store`, chacun sous un nom unique [qui commence par un hash](https://www.gnu.org/software/guix/manual/html_node/Features.html), dont un est le hash du "profile" qui contient guile, emacs et geiser. Évidemment on ne peut pas demander à l'utilisateur de taper `/gnu/store/war325pv1iixj13k6y8yplzagpknfn0c-profile/bin/guile` pour lancer guile, donc `guix pack` a une option pour créer un lien: ``` guix pack -S /opt/gnu/bin=bin guile emacs geiser ``` cette commande crée un lien `/opt/gnu/bin` vers le répertoire `bin` du profile du tarball, et ainsi on peut taper `/opt/gnu/bin/guile` pour lancer Guile. Le receveur d'un tel tarball peut l'extraire dans le répertoire root, pour créer les répertoires `/gnu/` et `/opt/gnu/` si nécessaire: ``` # cd / # tar xf /path/to/pack.tar.gz # /opt/gnu/bin/guile --version guile (GNU Guile) 2.2.0 ``` ou on peut utiliser chroot pour éviter les droits super-admin: ``` $ mkdir /tmp/pack $ cd /tmp/pack $ tar xf /path/to/pack.tar.gz $ unshare -mrf chroot . /opt/gnu/bin/guile --version guile (GNU Guile) 2.2.0 ``` L'avantage de tout ceci est donc que comme guix pack inclut tout l'arbre des dépendances, le tarball final contient tout ce dont on a besoin pour lancer le programme Guile et ça fonctionnera sur toute machine qui utilise un kernel Linux. # Compilation croisée Guix supporte la compilation croisée ("cross compilation"), donc on peut créer des lots pour une plateforme donnée. La commande suivante crée une archive avec les binaires pour GNU/Linux sur ARMv7: ``` guix pack --target=arm-linux-gnueabihf guile ``` et la commande suivante pour Windows ``` guix pack --target=i686-w64-mingw32 guile ``` Toutes les [options de transformation de Guix](https://www.gnu.org/software/guix/manual/html_node/Package-Transformation-Options.html) sont accessibles à guix pack. On pourrait donc par exemple proposer à des utilisateurs-testeurs un exécutable de IceCat avec un snapshot des sources de la branche master: ``` guix pack icecat --with-source=./icecat-48.8.0.master.tar.gz ``` Le résultat va être gros dans ce cas, mais ce genre d'utilisation est certainement utile. # Lien avec Docker, avantages La méthode plus connue en ce moment pour lancer des applications "conteneurisées" ("application bundles") est évidemment Docker. Guix pack contient donc une option pour créer une archive au format Docker: ``` guix pack -f docker -S /opt/gnu=/ guile emacs geiser ``` On peut passer le résultat à `docker load` et l'utiliser avec `docker run`. **Eh, vous ne disiez pas que l'approche de Docker n'est pas la bonne ?** Oui, nous, les développeurs de Guix, [avons](https://archive.fosdem.org/2016/schedule/event/deployments_with_gnu_guix/) déjà [dit](https://arxiv.org/abs/1506.02822) quelques [fois](https://fosdem.org/2017/schedule/event/hpc_deployment_guix/) que cette approche est problématique pour plusieurs raisons: - la **composition**: chaque conteneur ("bundle") est livré avec un système d'exploitation complet, modulo le kernel, et il n'y a pas ou peu de partage des ressources (espace disque, mémoire), - les **mises à jour de sécurité**: un développeur doit être minutieux et appliquer les mises à jour de sécurité de tout logiciel contenu dans l'image. Malheureusement c'est très peu fait et ce problème a été [reporté](http://www.vitavonni.de/blog/201503/2015031201-the-sad-state-of-sysadmin-in-the-age-of-containers.html) en de nombreuses [occasions](https://www.infoq.com/news/2015/05/Docker-Image-Vulnerabilities). - la **reproductibilité**: les images Docker, par exemple, sont difficilement voir impossibles à reproduire au bit près, selon la définition de [reproducible-builds.org](https://reproducible-builds.org/docs/definition/). Tout d'abord, un fichier Dockerfile repose toujours sur une image de base, un gros blob binaire d'une distro modifiée. Par dessus ça on lance des commandes telles que `apt-get` qui dépendent largement du moment auquel elles sont lancées. Quelques [bonnes pratiques](https://docs.docker.com/engine/userguide/eng-image/dockerfile_best-practices/) recommandent de bien spécifier la version des dépendances, mais cela ne résout pas le problème de fond. - l'**expérimentation**: une fois qu'on a cette grosse image, on peut certes lancer le programme que l'on veut, mais pas beaucoup plus que ça: on n'a pas accès au code source et on aurait du mal à jouer avec les composants de la couche logicielle. **Guix se targue de résoudre les problèmes de la "conteneurisation" d'applications sans ces inconvénients**. Comment Guix s'imbrique-t-il dans cet écosystème ? Tout d'abord notons que le cas d'usage de `guix pack` est légèrement différent. Le but premier de `guix pack` est de pouvoir tester des applications sur une machine qui n'a pas `guix`. Pour une mise en production, la recommandation première est d'utiliser directement `guix`, qui permettra de recevoir les mises à jour de sécurité et de dépasser les limitations données ci-dessus. Voyons quand même comment la commande `guix pack` tire son épingle du jeu. - composition: plutôt bonne. Si on extrait 2 packs différents, les applications différentes ont un nom de fichier différents dans le `/gnu/store` (par leur hash), les applications similaires (par exemple GTK+) auront le même nom et seront partagées. - mises à jour de sécurité: on peut toujours extraire un pack qui contient les mises à jour mais il est conseillé d'utiliser directement Guix. - reproductibilité: les "packs" sont reproductibles au bit près. Actuellement quelques paquets distribués par Guix ne sont pas encore reproductibles. Grâce à cette propriété on peut aussi se créer des packs qui varient légèrement d'un pack donné. # GNU GuixSD 0.13.0 cf les [images pour QEMU](https://www.gnu.org/software/guix/manual/html_node/Running-GuixSD-in-a-VM.html) et [l'installation via USB](https://www.gnu.org/software/guix/manual/html_node/System-Installation.html). - support de l'UEFI, de Btrfs - peut lancer des services systèmes dans des containeurs isolés ([article](https://www.gnu.org/software/guix/news/running-system-services-in-containers.html)) - nouveaux services (Redis, Exim, Open vSwitch,...) - 840 nouveaux paquets, pour [un total de 5400](https://www.gnu.org/software/guix/packages/) # À propos de Guix GNU Guix est un gestionnaire de paquets transactionnel pour le projet GNU. Il peut s'utiliser en parallèle de apt. Il permet des opérations transactionnelles (une installation échoue ? Le système n'est pas modifié), des retours dans l'historique (le nouveau logiciel plante un peu trop ? Je reviens en arrière), il s'utilise avec des profils par utilisateurs, sans droits root, etc. S'inspire à l'origine de Nix et NixOs, mais est écrit entièrement dans le même language, Guile (un interpréteur de Scheme, un lisp). Ceci permet de spécifier une distro entière dans un seul fichier de configuration, dans un language de haut niveau. Développé à l'INRIA Bordeaux. Et voilà, pour contacter les développeurs nous avons [une mailing liste](https://www.gnu.org/software/guix/about/#contact) et `#guix` sur Freenode.

AltStyle によって変換されたページ (->オリジナル) /