dockerd vs Docker-containerd vs docker-runc vs docker-containerd-ctr vs docker-containerd-shim
ce truc devient vraiment confus maintenant, quelqu'un peut-il s'il vous plaît expliquer ce qui se passe? juste à la droite d'une ligne de différence.
dockerd
libcontainerd
containerd
docker-containerd
docker-runc
docker-containerd-ctr
docker-containerd-shim
merci
2 réponses
dockerd - Le menu fixe démon lui-même. Le composant de niveau le plus élevé de votre liste et aussi le seul produit "Docker" listés. Fournit toutes les fonctionnalités UX de Docker.
(menu fixe-)containerd - aussi un démon, qui écoute sur une socket Unix, expose les paramètres du gRPC. S'occupe de toutes les tâches de gestion des conteneurs de bas niveau, du stockage, de la distribution d'image, de la fixation réseau, etc...
(menu fixe-)containerd-ctr - Un léger CLI communiquer directement avec containerd. Vois ça comme "docker" pour "dockerd".
(menu fixe-)runc
(menu fixe-)containerd-shim - une fois que runC fait fonctionner le conteneur, il sort (ce qui nous permet de ne pas avoir de processus de longue durée responsable de nos conteneurs). La cale est l' composant qui se situe entre containerd et runc pour faciliter ceci.
runC est construit sur libcontainer qui est la même bibliothèque de conteneurs alimentant une installation de moteur de Docker. Avant la version 1.11, Docker engine était utilisé pour gérer les volumes, les réseaux, les conteneurs, les images, etc.. Maintenant, l'architecture Docker est divisée en quatre composants: moteur Docker, containerd, containerd-shm et runC. Les binaires sont appelés respectivement docker, Docker-containerd, docker-containerd-shim, et docker-runc.
https://i.stack.imgur.com/lAtSR.png
https://hackernoon.com/docker-containerd-standalone-runtimes-heres-what-you-should-know-b834ef155426