关键词:
1.概述
创建Docker镜像的方式有三种
- docker commit命令:由容器生成镜像;
- Dockerfile文件+docker build命令;
- 从本地文件系统导入:OpenVZ的模板。
关于这三种方式的大致说明请参考yeasy/docker_practice的创建镜像。
最近学习了Dockerfile文件的相关配置,这里做一下简单的总结,并对之前一直感到有些迷惑的CMD和ENTRYPOINT指令做个差异对比。
2.Dockerfile文件总结
Dockerfile 由一行行命令语句组成,并且支持以 # 开头的注释行。
一般地,Dockerfile 分为四部分:基础镜像信息、维护者信息、镜像操作指令和容器启动时执行指令。
四部分 |
指令 |
基础镜像信息 |
FROM |
维护者信息 |
MAINTAINER |
镜像操作指令 |
RUN、COPY、ADD、EXPOSE等 |
容器启动时执行指令 |
CMD、ENTRYPOINT |
Dockerfile文件的第一条指令必须是FROM,其后可以是各种镜像的操作指令,最后是CMD或ENTRYPOINT指定容器启动时执行的命令。
下面引用yeasy/docker_practice对Dockerfile中各个指令的介绍,
指令
指令的一般格式为 INSTRUCTION arguments,指令包括 FROM、MAINTAINER、RUN 等。
FROM
格式为 FROM <image>或FROM <image>:<tag>。
第一条指令必须为 FROM 指令。并且,如果在同一个Dockerfile中创建多个镜像时,可以使用多个 FROM 指令(每个镜像一次)。
MAINTAINER
格式为 MAINTAINER <name>,指定维护者信息。
RUN
格式为 RUN <command> 或 RUN ["executable", "param1", "param2"]。
前者将在 shell 终端中运行命令,即 /bin/sh -c;后者则使用 exec 执行。指定使用其它终端可以通过第二种方式实现,例如 RUN ["/bin/bash", "-c", "echo hello"]。
每条 RUN 指令将在当前镜像基础上执行指定命令,并提交为新的镜像。当命令较长时可以使用 来换行。
CMD
支持三种格式
CMD ["executable","param1","param2"] 使用 exec 执行,推荐方式;
CMD command param1 param2 在 /bin/sh 中执行,提供给需要交互的应用;
CMD ["param1","param2"] 提供给 ENTRYPOINT 的默认参数;
指定启动容器时执行的命令,每个 Dockerfile 只能有一条 CMD 命令。如果指定了多条命令,只有最后一条会被执行。
如果用户启动容器时候指定了运行的命令,则会覆盖掉 CMD 指定的命令。
EXPOSE
格式为 EXPOSE <port> [<port>...]。
告诉 Docker 服务端容器暴露的端口号,供互联系统使用。在启动容器时需要通过 -P,Docker 主机会自动分配一个端口转发到指定的端口。
ENV
格式为 ENV <key> <value>。 指定一个环境变量,会被后续 RUN 指令使用,并在容器运行时保持。
例如
ENV PG_MAJOR 9.3
ENV PG_VERSION 9.3.4
RUN curl -SL http://example.com/postgres-$PG_VERSION.tar.xz | tar -xJC /usr/src/postgress && …
ENV PATH /usr/local/postgres-$PG_MAJOR/bin:$PATH
ADD
格式为 ADD <src> <dest>。
该命令将复制指定的 <src> 到容器中的 <dest>。 其中 <src> 可以是Dockerfile所在目录的一个相对路径;也可以是一个 URL;还可以是一个 tar 文件(自动解压为目录)。
COPY
格式为 COPY <src> <dest>。
复制本地主机的 <src>(为 Dockerfile 所在目录的相对路径)到容器中的 <dest>。
当使用本地目录为源目录时,推荐使用 COPY。
ENTRYPOINT
两种格式:
ENTRYPOINT ["executable", "param1", "param2"]
ENTRYPOINT command param1 param2(shell中执行)。
配置容器启动后执行的命令,并且不可被 docker run 提供的参数覆盖。
每个 Dockerfile 中只能有一个 ENTRYPOINT,当指定多个时,只有最后一个起效。
VOLUME
格式为 VOLUME ["/data"]。
创建一个可以从本地主机或其他容器挂载的挂载点,一般用来存放数据库和需要保持的数据等。
USER
格式为 USER daemon。
指定运行容器时的用户名或 UID,后续的 RUN 也会使用指定用户。
当服务不需要管理员权限时,可以通过该命令指定运行用户。并且可以在之前创建所需要的用户,例如:RUN groupadd -r postgres && useradd -r -g postgres postgres。要临时获取管理员权限可以使用 gosu,而不推荐 sudo。
WORKDIR
格式为 WORKDIR /path/to/workdir。
为后续的 RUN、CMD、ENTRYPOINT 指令配置工作目录。
可以使用多个 WORKDIR 指令,后续命令如果参数是相对路径,则会基于之前命令指定的路径。例如
WORKDIR /a
WORKDIR b
WORKDIR c
RUN pwd
则最终路径为 /a/b/c。
ONBUILD
格式为 ONBUILD [INSTRUCTION]。
配置当所创建的镜像作为其它新创建镜像的基础镜像时,所执行的操作指令。
例如,Dockerfile 使用如下的内容创建了镜像 image-A。
[...]
ONBUILD ADD . /app/src
ONBUILD RUN /usr/local/bin/python-build --dir /app/src
[...]
如果基于 image-A 创建新的镜像时,新的Dockerfile中使用 FROM image-A指定基础镜像时,会自动执行 ONBUILD 指令内容,等价于在后面添加了两条指令。
FROM image-A #Automatically run the followingADD . /app/srcRUN /usr/local/bin/python-build --dir /app/src
使用 ONBUILD 指令的镜像,推荐在标签中注明,例如 ruby:1.9-onbuild。
3.创建镜像
编写完Dockerfile文件后,通过运行docker build命令来创建自定义的镜像。Docker build命令格式如下:
docker build [options] <path>
该命令将读取指定路径下(包括子目录)的 Dockerfile,并将该路径下所有内容发送给 Docker 服务端,由服务端来创建镜像。因此一般建议放置 Dockerfile 的目录为空目录。也可以通过 .dockerignore 文件(每一行添加一条匹配模式)来让 Docker 忽略路径下的目录和文件。
例如下面使用Dockerfile样例来创建了镜像test:0.0.1,其中-t选项用来指定镜像的tag。Dockerfile文件内容如下:
FROM ubuntu:14.04 MAINTAINER [email protected] RUN mkdir /opt/leh RUN touch /opt/leh/test CMD echo "Hello lienhua34"
下面运行docker build命令生成镜像test:0.0.1,
[email protected]$ sudo docker build -t test:0.0.1 . Sending build context to Docker daemon 3.072 kB Step 1 : FROM ubuntu:14.04 ---> a5a467fddcb8 Step 2 : MAINTAINER [email protected] ---> Running in ce9e7b02f075 ---> 332259a92e74 Removing intermediate container ce9e7b02f075 Step 3 : RUN mkdir /opt/leh ---> Running in e93f0a98040f ---> 097e177cf37f Removing intermediate container e93f0a98040f Step 4 : RUN touch /opt/leh/test ---> Running in f1531d3dea1a ---> 0f68852f8356 Removing intermediate container f1531d3dea1a Step 5 : CMD echo "Hello lienhua34" ---> Running in cf3c5ce2af46 ---> 811ce27ce692 Removing intermediate container cf3c5ce2af46 Successfully built 811ce27ce692
然后启动该镜像的容器来查看结果,
[email protected]$ sudo docker images REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE test 0.0.1 811ce27ce692 32 seconds ago 187.9 MB [email protected]$ sudo docker run -ti test:0.0.1 Hello lienhua34
Dockerfile文件的每条指令生成镜像的一层(注:一个镜像不能超过127层)。Dockerfile中的指令被一条条地执行。每一步都创建一个新的容器,在容器中执行指令并提交修改。当所有指令执行完毕后,返回最终的镜像id。
4.Dockerfile文件中的CMD和ENTRYPOINT指令差异对比
CMD指令和ENTRYPOINT指令的作用都是为镜像指定容器启动后的命令,那么它们两者之间有什么各自的优点呢?
为了更好地对比CMD指令和ENTRYPOINT指令的差异,我们这里再列一下这两个指令的说明,
CMD
支持三种格式
CMD ["executable","param1","param2"] 使用 exec 执行,推荐方式;
CMD command param1 param2 在 /bin/sh 中执行,提供给需要交互的应用;
CMD ["param1","param2"] 提供给 ENTRYPOINT 的默认参数;
指定启动容器时执行的命令,每个 Dockerfile 只能有一条 CMD 命令。如果指定了多条命令,只有最后一条会被执行。
如果用户启动容器时候指定了运行的命令,则会覆盖掉 CMD 指定的命令。
ENTRYPOINT
两种格式:
ENTRYPOINT ["executable", "param1", "param2"]
ENTRYPOINT command param1 param2(shell中执行)。
配置容器启动后执行的命令,并且不可被 docker run 提供的参数覆盖。
每个 Dockerfile 中只能有一个 ENTRYPOINT,当指定多个时,只有最后一个起效。
从上面的说明,我们可以看到有两个共同点:
- 都可以指定shell或exec函数调用的方式执行命令;
- 当存在多个CMD指令或ENTRYPOINT指令时,只有最后一个生效;
而它们有如下差异:
差异1:CMD指令指定的容器启动时命令可以被docker run指定的命令覆盖,而ENTRYPOINT指令指定的命令不能被覆盖,而是将docker run指定的参数当做ENTRYPOINT指定命令的参数。
差异2:CMD指令可以为ENTRYPOINT指令设置默认参数,而且可以被docker run指定的参数覆盖;
下面分别对上面两个差异点进行详细说明,
4.1 差异1
CMD指令指定的容器启动时命令可以被docker run指定的命令覆盖;而ENTRYPOINT指令指定的命令不能被覆盖,而是将docker run指定的参数当做ENTRYPOINT指定命令的参数。
下面有个命名为startup的可执行shell脚本,其功能就是输出命令行参数而已。内容如下所示,
#!/bin/bash echo "in startup, args: [email protected]"
通过CMD指定容器启动时命令:
现在我们新建一个Dockerfile文件,其将startup脚本拷贝到容器的/opt目录下,并通过CMD指令指定容器启动时运行该startup脚本。其内容如下,
FROM ubuntu:14.04 MAINTAINER [email protected] ADD startup /opt RUN chmod a+x /opt/startup CMD ["/opt/startup"]
然后我们通过运行docker build命令生成test:latest镜像,
[email protected]$ sudo docker build -t test . Sending build context to Docker daemon 4.096 kB Step 1 : FROM ubuntu:14.04 ---> a5a467fddcb8 Step 2 : MAINTAINER [email protected] ---> Using cache ---> 332259a92e74 Step 3 : ADD startup /opt ---> 3c26b6a8ef1b Removing intermediate container 87022b0f30c5 Step 4 : RUN chmod a+x /opt/startup ---> Running in 4518ba223345 ---> 04d9b53d6148 Removing intermediate container 4518ba223345 Step 5 : CMD /opt/startup ---> Running in 64a07c2f5e64 ---> 18a2d5066346 Removing intermediate container 64a07c2f5e64 Successfully built 18a2d5066346
然后使用docker run启动两个test:latest镜像的容器,第一个docker run命令没有指定容器启动时命令,第二个docker run命令指定了容器启动时的命令为“/bin/bash -c ‘echo Hello‘”,
[email protected]$ sudo docker run -ti --rm=true test in startup, args: [email protected]$ sudo docker run -ti --rm=true test /bin/bash -c ‘echo Hello‘ Hello
从上面运行结果可以看到,docker run命令启动容器时指定的运行命令覆盖了Dockerfile文件中CMD指令指定的命令。
通过ENTRYPOINT指定容器启动时命令:
将上面的Dockerfile中的CMD替换成ENTRYPOINT,内容如下所示,
FROM ubuntu:14.04 MAINTAINER [email protected] ADD startup /opt RUN chmod a+x /opt/startup ENTRYPOINT [“/opt/startup”]
同样,通过运行docker build生成test:latest镜像,
[email protected]$ sudo docker build -t test . Sending build context to Docker daemon 4.096 kB Step 1 : FROM ubuntu:14.04 ---> a5a467fddcb8 Step 2 : MAINTAINER [email protected] ---> Using cache ---> 332259a92e74 Step 3 : ADD startup /opt ---> Using cache ---> 3c26b6a8ef1b Step 4 : RUN chmod a+x /opt/startup ---> Using cache ---> 04d9b53d6148 Step 5 : ENTRYPOINT /opt/startup ---> Running in cdec60940ad7 ---> 78f8aca2edc2 Removing intermediate container cdec60940ad7 Successfully built 78f8aca2edc2
然后使用docker run启动两个test:latest镜像的容器,第一个docker run命令没有指定容器启动时命令,第二个docker run命令指定了容器启动时的命令为“/bin/bash -c ‘echo Hello‘”,
[email protected]$ sudo docker run -ti --rm=true test in startup, args: [email protected]$ sudo docker run -ti --rm=true test /bin/bash -c ‘echo Hello‘ in startup, args: /bin/bash -c echo Hello
通过上面的运行结果可以看出,docker run命令指定的容器运行命令不能覆盖Dockerfile文件中ENTRYPOINT指令指定的命令,反而被当做参数传递给ENTRYPOINT指令指定的命令。
4.2 差异2
CMD指令可以为ENTRYPOINT指令设置默认参数,而且可以被docker run指定的参数覆盖;
同样使用上面的startup脚本。编写Dockerfile,内容如下所示,
FROM ubuntu:14.04 MAINTAINER [email protected] ADD startup /opt RUN chmod a+x /opt/startup ENTRYPOINT ["/opt/startup", "arg1"] CMD ["arg2"]
运行docker build命令生成test:latest镜像,
[email protected]$ sudo docker build -t test . Sending build context to Docker daemon 4.096 kB Step 1 : FROM ubuntu:14.04 ---> a5a467fddcb8 Step 2 : MAINTAINER [email protected] ---> Using cache ---> 332259a92e74 Step 3 : ADD startup /opt ---> Using cache ---> 3c26b6a8ef1b Step 4 : RUN chmod a+x /opt/startup ---> Using cache ---> 04d9b53d6148 Step 5 : ENTRYPOINT /opt/startup arg1 ---> Running in 54947233dc3d ---> 15a485253b4e Removing intermediate container 54947233dc3d Step 6 : CMD arg2 ---> Running in 18c43d2d90fd ---> 4684ba457cc2 Removing intermediate container 18c43d2d90fd Successfully built 4684ba457cc2
下面运行docker run启动两个test:latest镜像的容器,第一条docker run命令没有指定参数,第二条docker run命令指定了参数arg3,其运行结果如下,
[email protected]$ sudo docker run -ti --rm=true test in startup, args: arg1 arg2 [email protected]$ sudo docker run -ti --rm=true test arg3 in startup, args: arg1 arg3
从上面第一个容器的运行结果可以看出CMD指令为ENTRYPOINT指令设置了默认参数;从第二个容器的运行结果看出,docker run命令指定的参数覆盖了CMD指令指定的参数。
4.3注意点
CMD指令为ENTRYPOINT指令提供默认参数是基于镜像层次结构生效的,而不是基于是否在同个Dockerfile文件中。意思就是说,如果Dockerfile指定基础镜像中是ENTRYPOINT指定的启动命令,则该Dockerfile中的CMD依然是为基础镜像中的ENTRYPOINT设置默认参数。
例如,我们有如下一个Dockerfile文件,
FROM ubuntu:14.04 MAINTAINER [email protected] ADD startup /opt RUN chmod a+x /opt/startup ENTRYPOINT ["/opt/startup", "arg1"]
通过运行docker build命令生成test:0.0.1镜像,然后创建该镜像的一个容器,查看运行结果,
[email protected]$ sudo docker build -t test:0.0.1 . Sending build context to Docker daemon 6.144 kB Step 1 : FROM ubuntu:14.04 ---> a5a467fddcb8 Step 2 : MAINTAINER [email protected] ---> Running in 57a96522061a ---> c3bbf1bd8068 Removing intermediate container 57a96522061a Step 3 : ADD startup /opt ---> f9884fbc7607 Removing intermediate container 591a82b2f382 Step 4 : RUN chmod a+x /opt/startup ---> Running in 7a19f10b5513 ---> 16c03869a764 Removing intermediate container 7a19f10b5513 Step 5 : ENTRYPOINT /opt/startup arg1 ---> Running in b581c32b25c3 ---> c6b1365afe03 Removing intermediate container b581c32b25c3 Successfully built c6b1365afe03 [email protected]$ sudo docker run -ti --rm=true test:0.0.1 in startup, args: arg1
下面新建一个Dockerfile文件,基础镜像是刚生成的test:0.0.1,通过CMD指定要通过echo打印字符串“in test:0.0.2”。文件内容如下所示,
FROM test:0.0.1 MAINTAINER [email protected] CMD ["/bin/bash", "-c", "echo in test:0.0.2"]
运行docker build命令生成test:0.0.2镜像,然后通过运行docker run启动一个test:0.0.2镜像的容器来查看结果,
[email protected]$ sudo docker build -t test:0.0.2 . Sending build context to Docker daemon 6.144 kB Step 1 : FROM test:0.0.1 ---> c6b1365afe03 Step 2 : MAINTAINER [email protected] ---> Running in deca95cf4c15 ---> 971b5a819b48 Removing intermediate container deca95cf4c15 Step 3 : CMD /bin/bash -c echo in test:0.0.2 ---> Running in 4a31c4652e1e ---> 0ca06ba31405 Removing intermediate container 4a31c4652e1e Successfully built 0ca06ba31405 [email protected]$ sudo docker run -ti --rm=true test:0.0.2 in startup, args: arg1 /bin/bash -c echo in test:0.0.2
从上面结果可以看到,镜像test:0.0.2启动的容器运行时并不是打印字符串”in test:0.0.2”,而是将CMD指令指定的命令当做基础镜像test:0.0.1中ENTRYPOINT指定的运行脚本startup的参数。
dockerfile文件详解(代码片段)
文章目录Dockerfile文件有什么作用Dockerfile文件的架构基础知识Dockerfile文件说明CMD与ENTRYPOINT的区别参考文章Dockerfile文件有什么作用Dockerfile是一个包含用于组合映像的命令的文本文档。可以使用在命令行中调用任何命令。Docker通过... 查看详情
dockerfile详解(代码片段)
什么是Dockerfile?Dockerfile是一个用于构建镜像的文本文件,文本文件中包含了一条条构建镜像所需的指令和说明。固定格式;顺序执行(从上到下);通过dockerbuild-f来执行文件;‘#’为Dockerfile中的注释Dockerfile镜像由... 查看详情
dockerfile详解与镜像发布(代码片段)
1.Dockerfile介绍Dockerfile是用来构建Docker镜像的文本文件,也可以说是命令参数脚本。dockerbuild命令用于从Dockerfile构建镜像。可以在dockerbuild命令中使用-f标志指向文件系统中任何位置的Dockerfile。Docker镜像发布的步骤:1、编... 查看详情
dockerfile详解(代码片段)
...镜像的方式有三种docker commit命令:由容器生成镜像;Dockerfile文件+docker build命令;从本地文件系统导入:OpenVZ的模板。关于这三种方式的大致说明请参考yeasy/docker_practice的创建镜像。最近学习了Dockerfile文件的相关配置,... 查看详情
详解dockerfile之实战项目(代码片段)
docker的使用过程:它分为镜像构建与容器启动dockerfile:镜像的构建过程。即创建一个镜像,它包含安装运行所需的环境、程序代码等。这个创建过程就是使用dockerfile来完成的。然后执行dockerbuild.就能制作镜像。从上往下... 查看详情
详解dockerfile原理镜像容器命令总结(代码片段)
目录1、Docker中镜像和容器概念2、Dockerfile原理详解①镜像: ②Dockerfile原理 ③Dockerfile中指令的作用具体将一个工程部署到docker容器【图解】:关于Dockerfile,你学会了吗?重要事情说三遍:创建Dockerfile文件的... 查看详情
docker进阶之dockerfile详解(代码片段)
文章目录Dockerfile概念Dockercommit那么方便,为什么要学DockerFile?Dockercommit的弊端:Dockerbuild方式镜像生成新的镜像:Dockerfile的优点:Dockerfile的缺点:Docker镜像制作的工作逻辑Dockerfile文件格式构建镜像镜像... 查看详情
dockerfile编译语法详解(代码片段)
title:DockerFile编译语法详解(5)date:2018-12-1616:53:20tags:Dockercategories:Dockercopyright:true---Docker是基于Go语言实现的开源容器项目,Docker让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可... 查看详情
dockerfile详解(代码片段)
一、Dockerfile概念1、Dockerfile是什么Docker镜像是一个特殊的文件系统,除了提供容器运行时所需的程序、库、资源、配置等文件外,还包含了一些为运行时准备的一些配置参数(如匿名卷、环境变量、用户等)。镜像不包含任何动... 查看详情
(转)docker入门——dockerfile详解(代码片段)
转:https://www.cnblogs.com/sorex/p/6481407.html基本示例FROMMAINTAINERLABELRUNADDCOPYCMDENTRYPOINTENVEXPOSEVOLUMEWORKDIRUSERARG基本示例#ThisisacommitFROMalpine:3.2MAINTAINERJasperXu<[email protected]163 查看详情
dockerfile指令详解(代码片段)
制作Dockerfile为Docker入门学习的第一步(当然,除了环境搭建)。本文收集、整理了官网关于制作Dockerfile的全部命令(除SHELL没整理,这个就不弄了),可帮助大家快速进入Dockfile制作的学习。以下为正... 查看详情
dockerfile详解文件指令详解(代码片段)
目录一、环境介绍二、指令介绍2.1、FROM指令2.1.1、概述2.1.2、语法2.2、MAINTAINER指令2.2.1、概述2.2.2、语法2.3、LABEL指令2.3.1、概述2.3.2、语法2.4、ADD指令2.4.1、概述2.4.2、语法2.4.3、语法解释2.4.4、注意事项2.5、COPY指令2.5.1、概述2.5.2... 查看详情
docker构建镜像与dockerfile详解(代码片段)
Dockerfile构建镜像Dockerfile由一行行命令语句构成的一个创建docker镜像的配置文件,并且支持以#开头的注释行。一般而言,Dockerfile主体内容分为四部分:基础镜像信息(必须)、维护者信息(1.18版本后... 查看详情
核心篇,你必须要会的dockerfile指令详解(代码片段)
一、Dockerfile介绍在前面的文章(https://dongshao.blog.csdn.net/article/details/107389320)中我们介绍了若干种构造镜像的方式,其中一种方式就是基于Dockerfile构造镜像关于使用Dockerfile构造镜像的演示案例,请参阅上面的链接二、Dockerf... 查看详情
docker---镜像详解dockerfile编写及优化部署nginx(代码片段)
...层原理1、初级了解镜像2、如何堆叠镜像2、涉及技术二、Dockerfile编写1、dockerfile操作指令2、编写dockerfile文件--部署nginx3、优化DOCKERFILE1、优化方式2、优化Nginx-DOCKERFILE三、小结一、镜像分层原理1、初级了解 查看详情
dockerfile构建springboot工程镜像并运行(命令详解)(代码片段)
...省去安装各种依赖环境的烦恼,大大提高移植效率。dockerfile详解直接上代码,dockerfile位于工程根目录 查看详情
dockerfile指令详解(代码片段)
博文大纲:dockerfile基本结构dockerfile常用指令FROM——指定基础镜像MAINTAINER——指定维护者信息RUN——运行指令COPY——复制文件目录ADD——更高级的复制文件目录ENV——设置环境变量ARG——构建参数EXPOSE——暴露端口CMD——容器... 查看详情
dockerfile配置指令详解(代码片段)
FROM 指定镜像功能为指定基础镜像,并且必须是第一条指令。如果不以任何镜像为基础,那么写法为: FROM scratch同时意味着接下来所写的指令作为镜像的第一层开始语法:FROM<image>FROM<image>:<tag>FROM... 查看详情