使用Dockerfile建立镜像

       Dockerfile是一个文本格式的配置文件,用户可使用Dockerfile来快速建立自定义的镜像。docker

1、基本结构

       Dockerfile由一行行命令语句组成,而且支持以#开头的注释行。shell

       通常而言,Dockerfile分为四部分:基础镜像信息、维护者信息、镜像操做指令和容器启动时执行命令。数据库

       一开始必须指明所基于的镜像名称,接下来通常是说明维护者信息。后面则是镜像操做指令,例如RUN指令,RUN指令将对镜像执行跟随的命令。每运行一条RUN指令,镜像就添加新的一层,并提交。最后是CMD指令,用来指定运行容器时的操做命令。数组

2、指令说明

       指令的通常格式为INSTRUCTION arguments,指令包括:缓存

       FROM:指定所建立镜像的基础镜像bash

       MAINTAINER:指定维护者信息post

       RUN:运行命令ui

       CMD:指定启动容器时默认执行的命令table

       LABEL:指定生成镜像的元数据标签信息容器

       EXPOSE:声明镜像内服务所监听的端口

       ENV:指定环境变量

       ADD:复制指定的<src>路径下的内容到容器中的<dest>路径下,<src>能够为URL;若是为tar文件,会自动解压到<dest>路径下

       COPY:复制本地主机的<src>路径下的内容到镜像中的<dest>路径下;通常状况下推荐使用COPY,而不是ADD

       ENTRYPOINT:指定镜像的默认入口

       VOLUME:建立数据卷挂载点

       USER:指定运行容器的用户名或UID

       WORKDIR:配置工做目录

       ARG:指定镜像内使用的参数(例如版本号信息等)

       ONBUILD:配置当所建立的镜像做为其余镜像的基础镜像时,所执行的建立操做命令

       STOPSIGNAL:容器退出的信号值

       HEALTHCHECK:如何进行健康检查

       SHELL:指定使用shell时的默认shell类型

       一、FROM

       指定所建立镜像的基础镜像,若是本地不存在,则默认回去Docker Hub下载指定镜像。

       格式为FROM <image>,或FROM <image>:<tag>,或FROM <image>@<digest>。

       任何Dockerfile中的第一条指令必须为FROM指令。而且,若是在同一个Dockerfile中建立多个镜像,可使用多个FROM指令(每一个镜像一次)。

       二、MAINTAINER

       指定维护者信息,格式为MAINTAINER <name>。

       三、RUN

       运行指定命令。

       格式为RUN <command>或RUN [“executable”, “param1”, “param2”]。注意,后一个指令会被解析为Json数组,所以必须用双引号。

       前者默认将在shell终端中运行命令,即/bin/sh -c;后者则使用exec执行,不会启动shell环境。

       指定使用其余终端类型能够经过第二种方式实现,例如[“/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命令(做为RUN的参数),则会覆盖掉CMD指定的命令。

       五、LABEL

       用来指定生成镜像的元数据标签信息。

       格式为LABEL <key>=<value> ...

       六、EXPOSE

       声明镜像内服务所监听的端口。

       格式为EXPOSE <port> ...

       该指令只是起到声明做用,并不会主动完成端口映射。

       七、ENV

       指定环境变量,在镜像生成过程当中会被后续RUN指令使用,在镜像启动的容器中也会存在。

       格式为ENV <key> <value>或ENV <key>=<value>

       指令指定的环境变量在运行时能够被覆盖掉,如docker run --env <key>=<value>... image_name。

       八、ADD

       将复制指定的<src>路径下的内容到容器中的<dest>路径下。

       格式为ADD <src> <dest>

       其中<src>能够是Dockerfile所在目录的一个相对路径(文件或目录),也能够是一个URL,还能够是一个tar文件(若是为tar文件,会自动解压到<dest>路径下)。<dest>能够是镜像内的绝对路径,或者相对于工做目录(WORKDIR)的相对路径。

       九、COPY

       格式为COPY <src> <dest>

       复制本地主机的<src>(为Dockerfile所在目录的相对路径、文件或目录)下的内容到镜像中的<dest>下。目录格式不存在时,会自动建立。路径一样支持正则格式。

       当使用本地目录为源目录时,推荐使用COPY。

       十、ENTRYPOINT

       指定镜像的默认入口命令,该入口命令会在启动容器时,做为根命令执行,全部传入值做为该命令的参数。支持两种格式:

       ENTRYPOINT [“executable”, “param1”, “param2”](exec调用)

       ENTRYPOINT command param1 param2(shell中执行)

       此时,CMD指令指定值将做为根命令的参数。

       每一个Dockerfile中只能有一个ENTRYPOINT,当指定多个时,只有最后一个有效。

       十一、VOLUME

       建立一个数据卷挂载点。

       格式为VOLUME [“/data”]。

       能够从本地主机或其余容器挂载数据卷,通常用来存放数据库和须要保存的数据等。

       十二、USER

       指定运行容器时的用户名或UID,后续的RUN等指令也会使用指定的用户身份。

       格式为USER daemon。

       当服务不须要管理员权限时,能够经过该命令指定运行用户,而且能够在以前建立所须要的用户。例如:

       RUN groupadd -r postgres && useradd -r -g postgres postgres

       要临时获取管理员权限可使用gosu或sudo。

       1三、WORKDIR

       为后续的RUN、CMD和ENTRYPOINT指定配置工做目录。

       格式为WORKDIR /dir_name。

       可使用多个WORKDIR指令,后续命令若是参数是相对路径,则会基于以前命令指定的路径。例如:

       WORKDIR /a

       WORKDIR b

       WORKDIR c

       RUN pwd

       则最终路径为/a/b/c。

       1四、ARG

       指定一些镜像内使用的参数,这些参数在执行docker build命令时才以--build-arg<varname>=<value>格式传入。

       格式为ARG<name>[=<default value>]。

       则能够用docker build --build-arg <name>=<value>来指定参数值。

       1五、ONBUILD

       配置当所建立的镜像做为其余镜像的基础镜像时,所执行的建立操做指令。

       1六、STOPSIGNAL

       指定所建立镜像启动的容器接收退出的信号值。

       1七、HEALTHCHECK

       配置所启动容器如何进行健康检查。

       1八、SHELL

       指定其余命令使用shell时的默认shell类型。

       SHELL [“executable”, “parameters”]

3、其余

       编写完成Dockerfile以后,能够经过docker build命令来建立镜像。若是使用非内容路径下的Dockerfile,能够经过-f选项来指定其路径;要指定生成镜像的标签信息,可使用-t选项。

       能够经过.dockerginore文件来让Docker忽略匹配模式路径下的目录和文件。

       在生成镜像过程当中,能够尝试从一些角度进行思考完善:精简镜像用途、选用合适的基础镜像、提供足够清晰的命令注释和维护者信息、正确使用版本号、减小镜像层数、及时删除临时文件和缓存文件、提升生成速度、调整合理的指令顺序、减小外部源的干扰等。