Dockerfile文件
Dockerfile是一个用来构建镜像的文本文件，文本内容包含了一条条构建镜像所需的指令和说明。
FROM：定制的镜像都是基于FROM的镜像，从哪开始，从一个系统开始
FROM scratch # 最小系统
FROM centos
FROM ubuntu:14.04
RUN：用于执行后面跟着的命令行命令，每RUN一次，会多出一个系统分层，尽量少一些层，有两种格式
-
shell格式
RUN <命令行命令> # <命令行命令>等同于在终端操作的shell命令 -
exec格式
RUN ["可执行文件", "参数1", "参数2"] # 比如：RUN ["yum", "-y", "install", "lrzsz"] 等价于 RUN yum -y install lrzsz
注意：Dockerfile 的指令每执行一次都会在 docker 上新建一层。所以过多无意义的层，会造成镜像膨胀过大。以 && 符号连接命令，这样执行后，只会创建 1 层镜像。例如：
FROM centos
RUN yum install wget
RUN wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz"
RUN tar -xvf redis.tar.gz
以上执行会创建 3 层镜像。可简化为以下格式：
FROM centos
RUN yum install wget
&& wget -O redis.tar.gz "http://download.redis.io/releases/redis-5.0.3.tar.gz"
&& tar -xvf redis.tar.gz
WORKDIR：进入或创建目录，尽量不要用相对路径。用WORKDIR指定的工作目录，会在构建镜像的每一层中都存在
WORKDIR <工作目录路径>
比如：
WORKDIR /root # 进入 /root 目录
WORKDIR /test # 会在根下，创建 /test 并进入
WORKDIR demo # 创建demo，进入
RUN pwd # /test/demo
COPY：复制指令，从上下文目录中复制文件或者目录到容器里指定路径
COPY [--chown=<user>:<group>] <源路径> ... <目标路径>
COPY [--chown=<user>:<group>] ["<源路径>", ... "<目标路径>"]
[--chown=<user>:<group>]：可选参数，用户改变复制到容器内文件的拥有者和属组
<源路径>：源文件或源目录，这里可以是通配符表达式，其通配符规则要满足Go的filepath.Match规则
<目标路径>：容器内的指定路径，该路径不用事先建好，路径不存在的话，自动创建
比如：
COPY hom* /mydir/
COPY hom?.txt /mydir/
ADD：ADD指令和COPY的使用格式一致(同样需求下，官方推荐使用COPY)。功能也类似，不同之处在于：
ADD 的优点：在执行 <源文件> 为 tar 压缩文件的话，压缩格式为 gzip, bzip2 以及 xz 的情况下，会自动复制并解压到 <目标路径>。
ADD 的缺点：在不解压的前提下，无法复制 tar 压缩文件。会令镜像构建缓存失效，从而可能会令镜像构建变得比较缓慢。具体是否使用，可以根据是否需要自动解压来决定。
LABEL：注释
比如：
LABEL version="1.0"
LABEL auther="sjc"
CMD 和 ENTRYPOINT：执行命令或运行某个脚本
-
Shell格式
FROM centos # CMD CMD echo "hello docker" # ENTRYPOINT ENTRYPOINT echo "hello docker" -
Exec格式
FROM centos # CMD CMD ["bin/echo", "hello docker"] # ENTRYPOINT ENTRYPOINT ["bin/echo", "hello docker"]
CMD
CMD类似于RUN指令，用于运行程序，但二者运作的时间点不同：
- CMD在docker run 时运行
- RUN是在docker build时运行
作用：为启动的容器指定默认要运行的程序，程序运行结束，容器也就结束。CMD指令指定的程序可被docker run命令行参数中指定要运行的程序所覆盖。
注意：如果Dockerfile中如果存在多个CMD指令，仅最后一个生效。
格式：
CMD <shell 命令>
CMD ["<可执行文件或命令>","<param1>","<param2>",...]
CMD ["<param1>","<param2>",...] # 该写法是为 ENTRYPOINT 指令指定的程序提供默认参数
推荐使用第二种格式，执行过程比较明确。第一种格式实际上在运行的过程中也会自动转换成第二种格式运行，并且默认可执行文件是sh
ENTRYPOINT
ENTRYPOINT类似于CMD指令，但其不会被docker run命令行参数指定的指令所覆盖，而且这些命令行参数被当作参数送给ENTRYPOINT指令指定的程序。但是，如果运行docker run时使用了 --entrypoint选项，此选项的参数可当作要运行的程序覆盖ENTRYPOINT指令指定的程序。
优点：在执行docker run 的时候可以指定ENTRYPOINT运行所需的参数。
注意：如果Dockerfile中存在多个ENTRYPOINT指令，仅最后一个生效。
格式：
ENTRYPOINT ["<executeable>","<param1>","<param2>",...]
可以搭配CMD命令使用，一般是变参才会使用CMD，实例：
假设已通过Dockerfile构建了nginx:test镜像，这里的CMD等于是给ENTRYPOINT传参
1、Dockerfile文件编写一下内容
FROM nginx
ENTRYPOINT ["nginx", "-c"] # 定参
CMD ["/etc/nginx/nginx.conf"] # 变参
2、不传参运行
[root@node01 ~]# docker run nginx:test
容器内会默认运行一下命令，启动主进程
nginx -c /etc/nginx/nginx.conf
3、传参运行
[root@node01 ~]# docker run nginx:test -c /etc/nginx/new.conf
容器内会默认运行一下命令，启动主进程(/etc/nginx/new.conf:假设容器内已有此文件)
nginx -c /etc/nginx/new.conf
EVN设置环境变量
格式：
ENV <key> <value>
ENV <key1>=<value1> <key2>=<value2>...