Te rzeczy naprawdę zaczynają być zagmatwane teraz, czy ktoś może wyjaśnić, co się dzieje. tylko prosta różnica jednego liniowca.dockerd vs docker-containerd vs docker-runc vs docker-containerd-ctr vs docker-containerd-shim
dockerd libcontainerd containerd docker-containerd docker-runc docker-containerd-ctr docker-containerd-shim
dzięki
Znaleziono niektóre wyjaśnieniu tutaj 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.
Proszę zachować na dodanie jeśli masz inne myśli.
dockerd - Sam demon Docker. Składnik najwyższego poziomu na liście, a także jedyny wymieniony produkt "Docker". Zapewnia wszystkie miłe funkcje UX w Dockerze.
(docker-) containerd - Również demon, nasłuchujący na gnieździe Unix, odsłania punkty końcowe gRPC. Obsługuje wszystkie zadania związane z zarządzaniem pojemnik niskopoziomowe, przechowywania, dystrybucji obrazu, przyłączania do sieci, itd ...
(docker-) containerd-CTR - Lekki CLI bezpośrednio komunikować się z containerd. Pomyśl o tym, jak "doker" jest "dockerd".
(docker-) runc - Lekki układ binarny dla faktycznie działających kontenerów. Zajmuje się niskiego poziomu współpracujący z możliwościami systemu Linux, takich jak cgroups, nazw, itp ...
(docker-) containerd-podkładka - Po runC faktycznie działa pojemnik, to wyjście (co pozwala nam nie mieć dowolny długo - uruchamianie procesów odpowiedzialnych za nasze pojemniki). Shim jest składnikiem, który znajduje się pomiędzy containerd i runc, aby to ułatwić.