在（Docker里的）Jenkins里运行Docker

朱雀 2022-09-25 11:14 308阅读 0赞

在本文中，我们将快速了解一下如何在一个容器里装载Docker sock以便创建其“兄弟”容器。我的一个同事称之为DooD（Docker-outside-of-Docker），以区别于DinD（Docker-in-Docker），后者是在容器中安装一个完整的隔离的Docker版本。DooD比DinD简单得多（至少在配置方面），尤其是能重用并缓存宿主上的镜像。反之，如果你想实现镜像对宿主的隐藏和隔离，则最好使用DinD。

为说明DooD的工作方式，我们将在一个Jenkins容器内使用DooD，从而能在Jenkins任务中创建并测试容器。我们希望使用Jenkins用户来创建这些容器，因此会比使用root用户稍微麻烦些。这有点很像Pini Reznik在“ 使用Docker、Mesos实现持续交付 ”中描述的技术，不过我们将使用 sudo 来避免Pini面临的将用户加入Docker组的问题。

我们使用官方Jenkins镜像作为基础，剩下的事情就很简单了。

创建一个包容以下内容的Dockerfile：

FROM jenkins:1.596

USER root

RUN apt-get update \\

&& apt-get install -y sudo \\

&& rm -rf /var/lib/apt/lists/\*

RUN echo “jenkins ALL=NOPASSWD: ALL” >> /etc/sudoers

USER jenkins

COPY plugins.txt /usr/share/jenkins/plugins.txt

RUN /usr/local/bin/plugins.sh /usr/share/jenkins/plugins.txt

我们需要赋予jenkins用户sudo权限以便能在容器内运行Docker命令。当然，也可以将jenkins用户加入到Docker组中来避免在所有Docker命令前使用‘sudo’，不过由于这个组gid的不同会造成不可移植（如Pini文中所述）。

最后两行用于处理 plugins.txt 文件中定义的插件。如果你不需要任何插件可以忽略这两行，不过我推荐至少包括如下内容：

$ cat plugins.txt

scm-api:latest

git-client:latest

git:latest

greenballs:latest

如果不想安装任何插件，可创建个空文件或将相关指令从Dockerfile中删除。本文并不需要上述插件。

现在来构建并运行容器，将Docker socket和程序映射进来。

$ docker build -t myjenk .

…

Successfully built 471fc0d22bff

*d**o**c**k**e**r**r**u**n*−*d*−*v*/*v**a**r*/*r**u**n*/*d**o**c**k**e**r*.*s**o**c**k*:/*v**a**r*/*r**u**n*/*d**o**c**k**e**r*.*s**o**c**k*−*v*(which docker):/usr/bin/docker -p 8080:8080 myjenk

现在你就有一个运行在 [http://localhost:8080][http_localhost_8080] 的Docker实例可以用来运行Docker命令了。可通过如下步骤快速测试一下：

在浏览器中打开Jenkins首页，并点击“创建一个新任务”链接。
    输入项目名称（比如“docker-test”），选择“构建一个自由风格的软件项目”并点击OK。
    在配置页面，点击“增加构建步骤”并选择“Execute shell”。
    在命令框里输入“sudo docker run hello-world”。
    点击“保存”。
    点击“立即构建”。

运气好的话，应出现一个绿（或蓝）球。点击这个球，并选择“Console Output”，你将看到类似如下内容：

\[jenkins3-1024x640.png\]

好极了！我们已经在Jenkins容器内成功运行了Docker命令。请注意，这里存在一个重大的安全问题：Jenkins用户对宿主具有root权限，比如Jenkins可以创建装载宿主任意目录的容器。因此，务必确保这个容器只对受信用户访问，并考虑使用VM来将Jekins与宿主其他部分隔离开。

还有其他的方式，主要是 Docker in Docker（DinD） 以及 使用HTTPS与Docker后台程序通讯 。DinD并不比使用特权模式的容器安全性高，不过确实能避免使用sudo。DinD最主要的劣势是你无法重用宿主缓存的镜像（不过如果需要为测试容器提供一个与宿主隔离的干净环境，这将很有用）。通过HTTPS暴露socket不需要sudo并且可以使用宿主的镜像，但因为打开了端口增加了攻击面，可以说是最不安全的。

我将在未来的文章中深入说明如何安全地设置HTTPS socket上的Docker。

转载：[http://www.tuicool.com/articles/eEvqIjB][http_www.tuicool.com_articles_eEvqIjB]

[http_localhost_8080]: http://localhost:8080
[http_www.tuicool.com_articles_eEvqIjB]: http://www.tuicool.com/articles/eEvqIjB