前言:镜像的定制实际上就是定制每一层所添加的配置文件,如果我们可以把每一层的修改、安装、构建、操作的命令都写入一个脚本,然后用这个脚本来构建、定制镜像,那么镜像构建透明性的问题、体积的问题就会得到解决,这个脚本就是 Dockerfile; Dockerfile 是一个文本文件,其内包含了一条条的指令,每一条指令构建一层,每一层指令的内容,就是描述该层应该如何构建,然后通过 commit 构成新的镜像。
Dockerfile 参数:
1,FROM:指定基础镜像,必须是第一条指令
# 定制 nginx 镜像的 Dockerfile FROM nginx RUN echo '<h1>Hello,Docker!</h1>' > /usr/share/nginx/html/index.html
注: Docker Hub 上有很多高质量的服务类的官方镜像可以拿来直接使用,比如:nginx 、redis 、mysql 、php 、mongo \ tomcat 等,可以在其中找最符合的一个进行定制
另外也有一些方便开发、构建、运行各种语言的镜像,比如:node 、python 、golang 等
如果没有找到对应服务的镜像,官方镜像中还提供了一些更为基础的操作系统镜像,比如:ubuntu 、debian 、fedora 、centos 等,也可以利用这些操作系统提供的软件库
2,RUN :用来执行命令行命令,格式有两种:
1, shell 格式: RUN <命令>,就像直接在命令行中输入的命令一样
2, exec 格式:RUN ["可执行文件",“参数1”,“参数2”],更像是函数调用中的格式
warning:每一个RUN命令都会在 docker镜像中新建一层,所以应该尽量少用 RUN 命令,而且要在RUN 的最后要做必要的清除工作
# 构建层次太多,未做清理工作 FROM debian:stretch RUN apt-get update RUN apt-get install -y gcc libc6-dev make wget RUN wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz" RUN mkdir -p /usr/src/redis RUN tar -xzf redis.tar.gz -C /usr/src/redis --strip-components=1 RUN make -C /usr/src/redis RUN make -C /usr/src/redis install
# 一层构建,并在最后清理压缩包等缓存文件 FROM debian:stretch RUN buildDeps='gcc libc6-dev make wget' \ && apt-get update \ && apt-get install -y $buildDeps \ && wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz" \ && mkdir -p /usr/src/redis \ && tar -xzf redis.tar.gz -C /usr/src/redis --strip-components=1 \ && make -C /usr/src/redis \ && make -C /usr/src/redis install \ && rm -rf /var/lib/apt/lists/* \ && rm redis.tar.gz \ && rm -r /usr/src/redis \ && apt-get purge -y --auto-remove $buildDeps
3, Dockerfile 上下文:
# 构建新的镜像 # -t :指定镜像名称和 tag # . : 上下文,表示将本路径下的所有文件打包上传到 docker daemon,进行定制镜像 $ docker build -t nginx:v3 .
4, COPY : 用来从构建上下文目录中<原路径>的文件/目录复制到新一层镜像内的 <目标路径>位置,格式有两种:
1,shell 格式:COPY [--chown=<user>:<group>] <原路径>...<目标路径>
2,exec 合适:COPY[--chown=<user>:<group>] ["原路径1",... "<目标路径>"]
原路径:可以是多个,甚至可以是通配符
目标路径:可以是容器内的绝对路径,也可以是相对于工作目录的相对路径(工作目录可以用 WORKDIR 指令来指定,不需要事先创建,会自动创建)
1 # 利用 通配符 进行复制 2 COPY hom* /mydir/ 3 COPY hom?.txt /mydir/
note : COPY 会将原文件的各种数据都保留,比如 读、写、执行权限,可以通过 --chown=<user>:<group> 选项来改变文件的所属用户及所属组。
5,ADD : 和 COPY 指令的功能,性质基本一致,也可以通过 --chown 改变文件所属用户和所属组,但是在 COPY 的基础上增加了一些功能:
1,原路径为 URL : Docker 会试图下载这个文件放到 目标路径去,默认下载后的文件权限为 600,如果想要修改权限或者下载的是压缩包,需要解压,则还需要额外的一层 RUN 进行调整,还不如直接用 RUN 指令用 wget 进行下载,处理权限,解压缩,然后清理无用文件更合理,所以该命令不常用,而且不推荐使用。
2,原路径为 tar 压缩包 : 如果压缩文件格式为 gzip , bzip2 以及 xz 的情况下,ADD 指令将自动解压这个压缩文件到 <目标路径> 去,只有此种情况适合使用 ADD 指令。
note: ADD 指令可能会使镜像构建缓存失效,从而可能会令镜像的构建变的比较缓慢,镜像构造缓存点击这里查看
6,CMD : 和 RUN 指令相似,也是两种格式:
1,shell 格式:CMD <命令>
2,exec 格式 : CMD ["可执行文件",“参数1”,“参数2” ...]
3,参数格式列表:在指定了 ENTRYPOINT 指令后,用 CMD 指定具体的参数
CMD 指令用于指定默认的容器主进程的启动命令的,例如 ubuntu 默认的 CMD 是 bash ,我们也可以在容器运行时指定运行别的命令,如:
# 直接进入 bash $ docker run -it ubuntu # 修改默认的 CMD # docker run -it ubuntu cat /etc/os-release
note1: 在指令格式上,一般推荐使用 exec 格式,这类格式在解析时会被解析为 JSON 数组,因此一定要用 双引号 “ 而不要使用单引号 。
# 如果执行 CMD echo $HOME # 实际执行会变更为: CMD ["sh" "-c" "echo $HOME"]
note2 : 容器的前台执行和后台执行问题
注:Docker 不是虚拟机,容器中的应用都应该以前台执行,而不能像虚拟机用 systemd 去启动后台服务,容器内没有后台服务的概念。例如:
# 错误代码 # 目的:启动 nginx 在后台以守护进程的形式在运行 CMD service nginx start # 实际上执行 # sh 为主进程,执行完成进程退出,导致容器也会退出 CMD ["sh" "-c" "service nginx start"] # 正确做法 # nginx :可执行文件 CMD ["nginx", "-g", "daemon off;"]
7, ENTRYPOINT:
待续...