Précédent: Conteneurs Guix, Monter: Conteneurs [Table des matières][Index]
Le système Guix fournit un large éventail de services systèmes interconnectés configurés déclarativement pour former les fondations d’un système GNU fiable et sans état pour n’importe quelle tâche que vous lui donnez. Même lorsque vous utilisez Guix sur une distribution externe, vous pouvez bénéficier de la conception du système Guix en lançant une instance du système dans un conteneur. Avec les mêmes fonctionnalités d’espaces de noms départagés mentionnés dans la section précédente, l’instance du système Guix qui en résulte est isolée du système hôte et ne partage que les emplacements de fichiers que vous avez explicitement déclarés.
Un conteneur du système Guix est différent du processus shell créé par
guix shell --container de plusieurs façons importantes. Dans un
shell conteneur le processus de conteneurisation est le processus de shell
Bash alors qu’une conteneur du système Guix fait tourner le Shepherd en PID
1. Dans un conteneur système tous les services systèmes (voir Services dans le manuel de référence de GNU Guix) sont paramétrés de la même
manière que sur un système Guix dans une machine virtuelle ou directement
sur le matériel. Cela comprend les démons gérés par le GNU Shepherd
(voir Services Shepherd dans le manuel de référence de GNU Guix)
ainsi que d’autres types d’extensions du système d’exploitation
(voir Composition de services dans le manuel de référence de GNU
Guix).
La complexité perçue comme croissante d’un conteneur du système Guix est facilement justifiée lorsque vous devez traiter avec des applications plus complexes qui ont des prérequis plus grands ou plus rigides sur leur contexte d’exécution — des fichiers de configuration, des comptes utilisateurs dédiés, des répertoires pour les le cache ou les fichiers journaux, etc. Sur le système Guix, la demande de ce genre de logiciels est satisfaite en déployant des services systèmes.
Précédent: Conteneurs Guix, Monter: Conteneurs [Table des matières][Index]