Vorige: Guix-Container, Nach oben: Container [Inhalt][Index]
Guix System stellt eine breite Palette von ineinandergreifenden Systemdiensten zur Verfügung, welche Sie deklarativ konfigurieren, um ein verlässliches und zustandsloses GNU-System als Fundament für Ihre weiteren Aufgaben zu haben. Selbst wenn Sie Guix auf einer Fremddistribution verwenden, können Sie von diesem Aufbau profitieren, indem Sie so ein System in einem Container starten. Dabei greifen wir auf die Kernel-Funktionalität getrennter Namensräume zurück, die im vorigen Abschnitt genannt wurde. Durch sie wird die erstellte Guix-System-Instanz vom Wirtssystem isoliert und nur die Orte im Dateisystem freigegeben, die Sie ausdrücklich deklariert haben.
Der Unterschied zwischen einem Guix-System-Container und einem
Shell-Prozess, wie ihn guix shell --container anlegt, besteht in
mehreren wichtigen Einzelheiten. Während in einem Shell-Container der
containerisierte Prozess ein Bash-Shell-Prozess ist, wird in einem
Guix-System-Container Shepherd als PID 1 ausgeführt. In einem
Systemcontainer werden all die Systemdienste (siehe Dienste in Referenzhandbuch zu GNU Guix) auf dieselbe Weise eingerichtet wie wenn Sie
Guix System in einer virtuellen Maschine oder auf echter Hardware
booten – auch die Daemons, die durch GNU Shepherd gestartet werden
(siehe Shepherd-Dienste in Referenzhandbuch zu GNU Guix) und
andere Arten, das System zu erweitern (siehe Dienstkompositionen in Referenzhandbuch zu GNU Guix), sind die gleichen.
Dass ein Guix-System-Container eine Zunahme an Komplexität bedeute, lässt sich leicht rechtfertigen, wenn Sie mit komplexeren Anwendungen zu tun haben und deren höheren oder engeren Anforderungen an ihren Ausführungskontext – an Konfigurationsdateien, eigene Benutzerkonten, Verzeichnisse für Zwischenspeicher oder Protokolldateien, etc. In Guix System werden solche Anforderungen einer Software durch das Aufspielen von Systemdiensten erfüllt.