Ce truc devient vraiment confus maintenant, quelqu'un peut-il s'il vous plaît expliquer ce qui se passe. juste la différence de ligne droite.dockerd vs docker-conteneur vs docker-conteneur vs docker-containerd-ctr vs docker-conteneurd-shim
dockerd libcontainerd containerd docker-containerd docker-runc docker-containerd-ctr docker-containerd-shim
grâce
trouvé quelques explaination ici dokcer-stuff:
runC is built on libcontainer which is the same container library powering a Docker engine installation. Prior to the version 1.11, Docker engine was used to manage volumes, networks, containers, images etc.. Now, the Docker architecture is broken into four components: Docker engine, containerd, containerd-shm and runC. The binaries are respectively called docker, docker-containerd, docker-containerd-shim, and docker-runc.
S'il vous plaît continuer à ajouter si vous avez d'autres pensées.
dockerd - Le démon Docker lui-même. Le composant de plus haut niveau dans votre liste et également le seul produit 'Docker' répertorié. Fournit toutes les fonctionnalités UX de Docker.
(docker-) containerd - De plus, un démon, écoutant sur une socket Unix, expose les points de terminaison gRPC. Gère toutes les tâches de gestion de conteneur de bas niveau, le stockage, la distribution d'image, la connexion réseau, etc ...
(docker-) containerd-ctr - Un CLI léger pour communiquer directement avec containerd. Pensez-y comme comment 'docker' est 'dockerd'.
(docker-) runc - Un binaire léger pour les conteneurs en cours d'exécution. Offres avec le faible niveau d'interface avec des capacités Linux comme cgroups, espaces de noms, etc ...
(docker-) containerd-shim - Après Runc fonctionne en fait le conteneur, il sort (ce qui nous permet de ne pas avoir une longue -running les processus responsables de nos conteneurs). Le shim est le composant qui se trouve entre containerd et runc pour faciliter cela.