docker-镜像构建

镜像是多层存储，每一层是在前一层的基础上进行的修改；容器同样也是多层存储，是在以镜像为基础层，在其基础上加一层作为容器运行时的存储层。

当我们运行一个容器的时候（如果不使用卷的话），我们做的任何文件修改都会被记录于容器存储层里。而 Docker 提供了一个 docker commit 命令，可以将容器的存储层保存下来成为镜像。

docker commit [选项] <容器ID或容器名> [<仓库名>[:<标签>]]

慎用 docker commit 臃肿黑箱

docker diff <container_name>命令的执行，还有很多文件被改动或添加了。这还仅仅是最简单的操作，如果是安装软件包、编译构建，那会有大量的无关内容被添加进来，如果不小心清理，将会导致镜像极为臃肿。所有对镜像的操作都是黑箱操作，生成的镜像也被称为黑箱镜像，换句话说，就是除了制作镜像的人知道执行过什么命令、怎么生成的镜像，别人根本无从得知。

任何修改的结果仅仅是在当前层进行标记、添加、修改，而不会改动上一层。如果使用 docker commit 制作镜像，以及后期修改的话，每一次修改都会让镜像更加臃肿一次，所删除的上一层的东西并不会丢失，会一直如影随形的跟着这个镜像，即使根本无法访问到。这会让镜像更加臃肿。

使用 Dockerfile 定制镜像

Dockerfile 是一个文本文件，其内包含了一条条的指令(Instruction)，每一条指令构建一层，因此每一条指令的内容，就是描述该层应当如何构建

FROM 就是指定基础镜像，因此一个Dockerfile中FROM是必备的指令，并且必须是第一条指令
RUN 指令是用来执行命令行命令的。 shell 格式：RUN <命令> exec 格式：RUN ["可执行文件", "参数1", "参数2"]

压缩 run 行数

多个 RUN 对一一对应不同的命令，而是仅仅使用一个 RUN 指令，并使用 && 将各个所需命令串联起来。将之前的 7 层，简化为了 1 层。在撰写 Dockerfile 的时候，要经常提醒自己，这并不是在写Shell脚本，而是在定义每一层该如何构建。

清理工作

删除了为了编译构建所需要的软件，清理了所有下载、展开的文件，并且还清理了 apt 缓存文件等因此镜像构建时，一定要确保每一层只添加真正需要添加的东西，任何无关的东西都应该清理掉。

Dockerfile 支持 Shell 类的行尾添加 \ 的命令换行方式，以及行首 # 进行注释的格式。
COPY COPY <源路径>... <目标路径> <目标路径> 可以是容器内的绝对路径，也可以是相对于工作目录的相对路径(工作目录可以用 `WORKDIR` 指令来指定)。目标路径不需要事先创建，如果目录不存在会在复制文件前先行**创建缺失目录**
ADD 比COPY高级所有的文件复制均使用 COPY 指令，仅在需要自动解压缩的场合使用 ADD
CMD 启动时运行的命令。 shell 格式：CMD <命令> exec 格式：CMD ["可执行文件", "参数1", "参数2"]

容器中的应用都应该以前台执行，而不是像虚拟机、物理机里面那样，用 upstart/systemd 去启动后台服务，容器内没有后台服务的概念。

对于容器而言，其启动程序就是容器应用进程，容器就是为了主进程而存在的，主进程退出，容器就失去了存在的意义，从而退出，其它辅助进程不是它需要关心的东西。

CMD service nginx start => CMD ["nginx", "-g", "daemon off;"]

docker run ubuntu cat /etc/os-release

ENTRYPOINT <ENTRYPOINT> "<CMD>"

FROM ubuntu:16.04
RUN apt-get update \
    && apt-get install -y curl \
    && rm -rf /var/lib/apt/lists/*
CMD [ "curl", "-s", "http://ip.cn" ]

ERROR : docker run myip -i
docker run myip curl -s http://ip.cn -i

当存在 ENTRYPOINT 后，CMD 的内容将会作为参数传给 ENTRYPOINT，而这里 -i 就是新的 CMD，因此会作为参数传给 curl，从而达到了我们预期的效果。

FROM ubuntu:16.04
RUN apt-get update \
    && apt-get install -y curl \
    && rm -rf /var/lib/apt/lists/*
ENTRYPOINT [ "curl", "-s", "http://ip.cn" ]

ENTRYPOINT ["docker-entrypoint.sh"]
CMD [ "redis-server" ]

redis-server 为 .sh 的参数

ENV

ENV <key> <value>
ENV <key1>=<value1> <key2>=<value2>...

例如

ENV VERSION=1.0 DEBUG=on \
NAME="Happy Feet"
  
用$VERSION 引用

VOLUME
1
2
VOLUME ["<路径1>", "<路径2>"...] VOLUME <路径>
我们可以事先指定某些目录挂载为匿名卷，这样在运行时如果用户不指定挂载，其应用也可以正常运行，不会向容器存储层写入大量数据
EXPOSE 运行时容器提供服务端口只是一个声明，在运行时并不会因为这个声明应用就会开启这个端口的服务。

要将 EXPOSE 和在运行时使用 -p <宿主端口>:<容器端口> 区分开来。 -p ，是映射宿主端口和容器端口，换句话说，就是将容器的对应端口服务公开给外界访 问，而 EXPOSE 仅仅是声明容器打算使用什么端口而已，并不会自动在宿主进行端口映射。
WORKDIR 指定工作目录以后各层的当前目录就被改为指定的目录，该目录需要已经存在
HEALTHCHECK
ONBUILD 继承父image