目录
什么是 Dockerfile?
Dockerfile 是一个用来构建镜像的文本文件,文本内容包含了一条条构建镜像所需的指令和说明。
使用 Dockerfile 定制镜像
这里仅讲解如何运行 Dockerfile 文件来定制一个镜像,具体 Dockerfile 文件内指令详解
- 编辑 Dockerfile 文件
首先创建一个目录:
mkdir centos-vim
在里面创建一个文件
vim Dockerfile
注意:Dockerfile开头是大写的,必须这个格式
- FORM 定义一个基础镜像
- LABEL 定义一些元数据信息,比如作者、版本、关于镜像的描述信息
- RUN 执行命令行的命令
注意:Dockerfile 的指令每执行一次都会在 docker 上新建一层。所以过多无意义的层,会造成镜像膨胀过大
详细说一下他们是干嘛的:
LABEl:
这个指令是用于指定一个镜像描述信息的
LABEL指令将元数据添加到镜像中
LABEL是一个键值对 (比如对这个镜像描述信息,比如誰制作的啊,什么时候制作的,增加一些其他的信息)
要是多个键值对可以用空格隔开,也可以使用续行符\和引号
RUN:
是在执行过程中在容器中执行的命令
它是在容器里执行shell命令的,默认会是用/bin/sh -c 的方式执行
RUN /bin/bash -c ‘source $HOME/.bashrc; \ echo $HOME’
ENV:
给将来运行的时候变成一个容器的时候,变成一个环境变量
他支持的环境变量:
- ADD添加文件的(当你需要把宿主机拷贝到镜像里的时候)
- COPY拷贝
- EXPOSE发布端口的
- LABEL
- USER切换用户
- WORKDIR切换公共目录
- VOLUME卷组
下面有超级详细的解释和用法
CMD:
指令 这个命令特殊,只有一个,run可以多个,看情况
不能能run还有cmd混了 RUN是运行一个命令提交结果的,CMD在构成时不执行任何的操作!!!!
Docker不是虚拟机,容器内没有后台服务的概念!
CMD[ "sh" "-c" "systemcatl start nginx"]
进程 子 进 程
对于容器而言,其启动程序就是容器的应用进程,容器就是为了主进程而存在的,主进程退出,容器就失去了存在的意义了,
其他辅助进程不是它所关心的东西,
就像上面一样,主进程sh 当nginx start开启以后,sh也就结束了,结束就会退出,主进程退出了,容器自然会退出
正确做法是直接执行,
CMD ["nginx","-g","daemon off;"] 以前台运行
docker inspect nginx:latest
看一下它是以什么方式运行的
开始构建镜像
在 Dockerfile 文件的存放目录下,执行构建动作。
以下示例,通过目录下的 Dockerfile 构建一个 centos:1.20 .(镜像名称:镜像标签)。
注:最后的 . 代表本次执行的上下文路径。
docker build -t centos:1.20 .
上下文路径是什么意思
上下文路径,是指 docker 在构建镜像,有时候想要使用到本机的文件(比如复制),docker build 命令得知这个路径后,会将路径下的所有内容打包。
注意:上下文路径下不要放无用的文件,因为会一起打包发送给 docker 引擎,如果文件过多会造成过程缓慢。
指令详解
COPY
复制指令,从上下文目录中复制文件或者目录到容器里指定路径。
格式:
COPY [--chown=<user>:<group>] <源路径1>... <目标路径>
COPY [--chown=<user>:<group>] ["<源路径1>",... "<目标路径>"]
<目标路径>:容器内的指定路径,该路径不用事先建好,路径不存在的话,会自动创建。
ADD
ADD 指令和 COPY 的使用格式一致(同样需求下,官方推荐使用 COPY)。功能也类似,不同之处如下:
ADD 的优点:在执行 <源文件> 为 tar 压缩文件的话,压缩格式为 gzip, bzip2 以及 xz 的情况下,会自动复制并解压到 <目标路径>。
ADD 的缺点:在不解压的前提下,无法复制 tar 压缩文件。会令镜像构建缓存失效,从而可能会令镜像构建变得比较缓慢。具体是否使用,可以根据是否需要自动解压来决定。
CMD
类似于 RUN 指令,用于运行程序,但二者运行的时间点不同:
CMD 在docker run 时运行。
RUN 是在 docker build。
作用:为启动的容器指定默认要运行的程序,程序运行结束,容器也就结束。CMD 指令指定的程序可被 docker run 命令行参数中指定要运行的程序所覆盖。
注意:如果 Dockerfile 中如果存在多个 CMD 指令,仅最后一个生效
CMD ["<可执行文件或命令>","<param1>","<param2>",...]
ENTRYPOINT
类似于 CMD 指令,但其不会被 docker run 的命令行参数指定的指令所覆盖,而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序。
但是, 如果运行 docker run 时使用了 --entrypoint 选项,将覆盖 CMD 指令指定的程序。
优点:在执行 docker run 的时候可以指定 ENTRYPOINT 运行所需的参数。
注意:如果 Dockerfile 中如果存在多个 ENTRYPOINT 指令,仅最后一个生效。
格式:
ENTRYPOINT ["<executeable>","<param1>","<param2>",...]
ENV
设置环境变量,定义了环境变量,那么在后续的指令中,就可以使用这个环境变量。
ARG
构建参数,与 ENV 作用一至。不过作用域不一样。ARG 设置的环境变量仅对 Dockerfile 内有效,也就是说只有 docker build 的过程中有效,构建好的镜像内不存在此环境变量。
构建命令 docker build 中可以用 --build-arg <参数名>=<值> 来覆盖。
格式:
ARG <参数名>[=<默认值>]
VOLUME
定义匿名数据卷。在启动容器时忘记挂载数据卷,会自动挂载到匿名卷。
作用:
避免重要的数据,因容器重启而丢失,这是非常致命的。
避免容器不断变大。
格式:
VOLUME ["<路径1>", "<路径2>"...]
VOLUME <路径>
在启动容器 docker run 的时候,我们可以通过 -v 参数修改挂载点。
EXPOSE
作用:
帮助镜像使用者理解这个镜像服务的守护端口,以方便配置映射。
在运行时使用随机端口映射时,也就是 docker run -P 时,会自动随机映射 EXPOSE 的端口。
格式:
EXPOSE <端口1> [<端口2>...]
WORKDIR
指定工作目录。用 WORKDIR 指定的工作目录,会在构建镜像的每一层中都存在。(WORKDIR 指定的工作目录,必须是提前创建好的)。
docker build 构建镜像过程中的,每一个 RUN 命令都是新建的一层。只有通过 WORKDIR 创建的目录才会一直存在。
格式:
WORKDIR <工作目录路径>
USER
用于指定执行后续命令的用户和用户组,这边只是切换后续命令执行的用户(用户和用户组必须提前已经存在)。
格式:
USER <用户名>[:<用户组>]