Dockerfile详解（一）

 

Dockerfile 用于自动化构建一个docker镜像。Dockerfile里有 CMD 与 ENTRYPOINT 两个功能咋看起来很类似的指令，开始的时候以为两个互用没什么所谓，但其实并不是如此：

CMD指令：

The main purpose of a CMD is to provide defaults for an executing container.

CMD在容器运行的时候提供一些命令及参数，用法以下：

CMD ["executable","param1","param2"] (exec form, this is the preferred form)
CMD ["param1","param2"] (as default parameters to ENTRYPOINT)
CMD command param1 param2 (shell form)

• 第一种用法：运行一个可执行的文件并提供参数。
• 第二种用法：为ENTRYPOINT指定参数。
• 第三种用法(shell form)：是以”/bin/sh -c”的方法执行的命令。

如你指定:

CMD [“/bin/echo”, “this is a echo test ”]

build后运行(假设镜像名为ec):

docker run ec

就会输出: this is a echo test

是否是感受很像开机启动项，你能够暂时这样理解。

注意点：

docker run命令若是指定了参数会把CMD里的参数覆盖： （这里说明一下，如：docker run -it ubuntu /bin/bash 命令的参数是指/bin/bash 而非 -it ,-it只是docker 的参数，而不是容器的参数，如下所说参数均如此。）

一样是上面的ec镜像启动：

docker run ec /bin/bash

就不会输出：this is a echo test，由于CMD命令被”/bin/bash”覆盖了。

ENTRYPOINT 　

字面意思是进入点，而它的功能也恰如其意。

An ENTRYPOINT allows you to configure a container that will run as an executable.它可让你的容器功能表现得像一个可执行程序同样。

容器功能表现得像一个可执行程序同样，这是什么意思呢？

直接给个例子好说话：

例子一：

使用下面的ENTRYPOINT构造镜像：

ENTRYPOINT ["/bin/echo"]

那么docker build出来的镜像之后的容器功能就像一个/bin/echo程序：

好比我build出来的镜像名称叫imageecho，那么我能够这样用它：

docker run -it imageecho “this is a test”

这里就会输出”this is a test”这串字符，而这个imageecho镜像对应的容器表现出来的功能就像一个echo程序同样。 你添加的参数“this is a test”会添加到ENTRYPOINT后面，就成了这样　/bin/echo “this is a test” 。如今你应该明白进入点的意思了吧。

例子二：

ENTRYPOINT ["/bin/cat"]

构造出来的镜像你能够这样运行(假设名为st)：

docker run -it st /etc/fstab

这样至关： /bin/cat /etc/fstab 这个命令的做用。运行以后就输出/etc/fstab里的内容。

ENTRYPOINT有两种写法：

写法一：

ENTRYPOINT ["executable", "param1", "param2"] (the preferred exec form)

写法二：

ENTRYPOINT command param1 param2 (shell form)

你也能够在docker run 命令时使用–entrypoint指定（可是只能用写法一）。

下面是我把ENTRYPOINT设为[“/bin/sh -c”]时候运行的状况：

linux-oj9e:/home/lfly/project/docker # docker run -it t2 /bin/bash
root@4c8549e7ce3e:/# ps
PID TTY TIME CMD
1 ? 00:00:00 　sh
9 ? 00:00:00 　bash
19 ? 00:00:00 　ps

能够看到PID为1的进程运行的是sh，而bash只是sh的一个子进程，/bin/bash只是做为 /bin/sh -c后面的参数。

CMD能够为ENTRYPOINT提供参数，ENTRYPOINT自己也能够包含参数，可是你能够把那些可能须要变更的参数写到CMD里而把那些不须要变更的参数写到ENTRYPOINT里面例如：

FROM ubuntu:14.10
ENTRYPOINT ["top", "-b"]
CMD ["-c"]

把可能须要变更的参数写到CMD里面。而后你能够在docker run里指定参数，这样CMD里的参数(这里是-c)就会被覆盖掉而ENTRYPOINT里的不被覆盖。

注意点１：

ENTRYPOINT有两种写法，第二种(shell form)会屏蔽掉docker run时后面加的命令和CMD里的参数。

注意点２：

网上有资料说ENTRYPOINT的默认值是[”/bin/sh -c”]，可是笔者在试验的时候获得的结果并非这样的。

笔者使用ENTRYPOINT　[“/bin/sh -c”]　指令构造一个以/bin/sh -c为进入点的镜像，命名为sh，而后我能够这样运行：

docker run -it sh “while(ture ) do echo loop; done”

运行结果就是无限输出loop。但若是直接运行一个ubuntu:14.10镜像，状况不是这样的：

docker run -it ubuntu:14.10 “while(ture ) do echo loop; done”

获得这样的错误：

linux-oj9e:/home/lfly # docker run -it ubuntu:14.10 “while(true) do echo this; done” 2014/11/16 18:07:53 Error response from daemon: Cannot start container 4bfe9c6faeec3ed465788a201a2f386cb1af35aba197dbc78b87c0d5dda1f88e: exec: “while(true) do echo this; done”: executable file not found in $PATH

能够猜测默认状况下ENTRYPOINT并非[“/bin/sh -c”]。

并且直接运行ubuntu:14.10列出程序也能够看到PID为1的程序并非sh。因此更否认了网友的说法，ENTRYPOINT并不默认为[“/bin/sh -c”]　。

原文出自：http://www.programfish.com/blog/?p=151