docker-in-docker (dind) 服务在 gitlab ci 中的作用

Question

根据官方gitlab documentation，在ci管道中启用docker build的一种方法是使用dind服务（在gitlab-ciservices方面）。

但是，与在 docker 执行器上运行的 ci 作业一样，docker:latest 映像也是必需的。

谁能解释一下：

• docker:dind 和 docker:latest 图像有什么区别？
• （最重要的是）：为什么是both服务和需要的docker镜像（例如，如in this example所示，链接自github文档）执行例如一个docker build 有一个ci 工作吗？ docker:latest 图像（将在其中执行作业！）是否包含 docker 守护进程（我认为 docker-compose 也是），这是我们需要的命令所必需的工具（例如docker build、docker push 等）？

除非我错了，否则问题或多或少变成：

为什么 docker 客户端和 docker 守护进程不能驻留在同一个 docker（启用）容器中

Answer 1

docker:dind 和 docker:latest 图片有什么区别？

• docker:latest 包含连接到 docker 守护进程所需的一切，即运行 docker build、docker run 等。它还包含 docker 守护进程，但并未作为入口点启动。
• docker:dind 建立在 docker:latest 之上，并启动一个 docker 守护进程作为其入口点。

因此，它们的内容几乎相同，但通过它们的入口点，一个被配置为作为客户端连接到tcp://docker:2375，而另一个被用于守护进程。

为什么需要服务和 docker 映像 [...]？

你不需要两者。您可以使用两者中的任何一个，首先启动dockerd，然后像我做here 一样像往常一样运行docker build 和docker run 命令；显然这是 gitlab at some point 中的原始方法。但我发现只写service: docker:dind 而不是用before_script 来设置dockerd 更简洁。此外，您不必弄清楚如何在基本映像中正确启动和安装dockerd（如果您不使用docker:latest。）

如果您知道您的跑步者正在将其/var/run/docker.sock 安装到您的映像中，那么在您的.gitlab-ci.yml 中声明该服务还可以让您轻松地更换 docker-in-docker。您可以将 protected variable DOCKER_HOST 设置为 unix:///var/run/docker.sock 以获得更快的构建。其他无法访问此类运行程序的人仍然可以分叉您的存储库并回退到 dind 服务，而无需修改您的 .gitlab-ci.yml。

Answer 2

容器将仅包含 docker 映像中定义的内容。你知道你可以安装任何东西，从基础镜像开始。 但是你也可以在一个容器中安装Docker（deamon和client），也就是说一个Docker IN Docker（dind）。所以容器将能够运行其他容器。这就是为什么 gitlab 需要这个。