Dockerfile

Dockerfile    

    FROM:

        基于哪个镜像上层做新的镜像

　　第一行要求为FROM <image>:<tag>

 

    LABEL: 让用户为镜像指定各种各样的元数据(docker新版本所支持)

    MAINTAINER: 相同功能,1.8版本前都支持

        Syntax: LABEL <key>=<value> <key>=<value> <key>=<value>

 

    COPY: 将宿主机中文件打包提供(复制)到目标镜像中

        Syntax: COPY <src>...<dest>或

                　 COPY ["<src>"...."<dest>"]

                   　　 dest: 生成目标目录的路径

                    　　src: 要复制的源文件或目录,支持使用通配符,建议使用绝对路径,否则,COPY指定则以WORKDIR为起始路径

 

                注意：

                    <src>必须是build上下文中的路径,不能是其父目录中的文件

                    如果<src>是目录,则其内部文件或子目录会被递归复制,但<src>目录自身不会被复制

                    如果指定了多个<src>,或在<src>中使用了通配符,则<dest>必须是一个目录,且必须以"/"结尾

                    如果<dest>事先不存在,它将会被自动创建,这包括其父目录路径

        例：    

            ~]# mkdir /app/docker
            ~]# vim Dockerfile
                FROM busybox:latest
                MAINTAINER "Fangwenkai"
                COPY ["index.html","/data/web/html/"]        // 复制单个文件到景象中/data/web/html中保留
                COPY ["yum.repos.d","/etc/yum.repos.d/"]    // 复制本地yum.repos.d下的所有文件到新镜像中保留,因为src为目录,所以dest要以/结尾
            ~]# docker build -t httpd:latest ./             // 构建
            ~]# docker images
            　　httpd               latest              502b9f32b549        10 minutes ago      1.21MB

    ADD: 类似于COPY命令,ADD支持使用TAR文件和URL路径

        Syntax: ADD <src>..<dest>或

                　 ADD ["<src>"..."<dest>"]

 

            注意:

                同COPY指令

                如果<src>为URL且<dest>不以"/"结尾,则<src>指定的文件将被下载并直接创建为<dest>;如果<dest>以"/"结尾,则文件名URL指定的文件将直接下载并保存为<dest>/<filename>

                如果<src>是一个本地系统上的压缩格式的tar文件,它将被展开为一个目录,其行为类似与"tar -x"命令;然后,通过URL获取到的tar文件将不会自动展开

                如果<src>有多个,或其间接使用了通配符,则<dest>必须是一个以"/"结尾的目录路径;如果<dest>不以"/"结尾,则其被视作一个普通文件,<src>的内容将本直接写入到<dest>

        例:

　　　　　　　ADD ["http://nginx.org/download/nginx-1.17.0.tar.gz","/usr/local/src/"]  　// 即使dest不存在也会自动创建,src为URL光下载不解压
　　　　　　　ADD ["nginx-1.17.0.tar.gz","/usr/local/src/nginx/"]   　　　　　　　　　　　　// 会将压缩包展开放在指定目录中

    WORKDIR: 用于为Dockerfile中所有的RUN、CMD、ENTRYPOINT、COPY和ADD指定设定工作目录

        Syntax: WORKDIR <dirpath>

            在Dockerfile文件中,WORKDIR指令可出现多次,其路径也可以为相对路径,不过,其是相对此前一个WORKDIR指令指定的路径

            另外,WORKDIR也可调用由ENV指定定义的变量

            例如:

                WORKDIR /var/log

                WORKDIR $STATEPATH

        例:

            WORKDIR /usr/local/src
            ADD ["nginx-1.17.0.tar.gz","./"]           // 此时的当前目录变为/usr/local/src

    VOLUME: 用于在image中创建一个挂载点目录,以挂载Docker host上的卷或其它容器上的卷

        Syntax: VOLUME<mountpoint>或

                　 VOLUME["<mountpoint>"]

            如果挂载点目录路径下此前在文件存在,docker run命令会在卷挂载完成后将此前的所有文件复制到新挂载的卷中

        例:

            VOLUME /data/mysql/                        // 在容器中挂载指定目录/data/mysql,对应本地则随机位置

    EXPOSE: 用于为容器打开指定要监听的端口以实现外部通信

        Syntax: EXPOSE <port>[/protocol][<port>[/protocol]...]

                　　protocol用于指定传输层协议,可为tcp或udp二者之一,默认为tcp协议

        　　EXPOSE指令可一次指定多个多口,例如

            　EXPOSE 11211/udp 11211/tcp

        例:

            EXPOSE 80/tcp                  // 指定容器内打开的端口
        ~]# docker run --name h4 --rm -P httpd:v0.1-6 /bin/httpd -f -h /data/web/html  // 添加"-P"即可在宿主机暴露随机端口

    ENV: 用于为镜像定义所需要的环境变量,并可被Dockerfile文件中位于其后的其他指令(如ENV、ADD、COPY等)所调用

        　　调用格式为$variable_name或${variable_name}

        Syntax:

            ENV <key> <value>或

            ENV <key>=<value>...

            第一种格式中,<key>之后的所有内容均会被视作其<value>的组成部分,因此,一次只能设置一个变量

            第二种格式可以用一次设置多个变量,每个变量为一个"<key>=<value>"的键值对,如果<value>中包含空格,可以以反斜线()进行转移,也可通过对<value>加引号进行标识;另外,反斜线也可用于续行

            定义多个变量时,建议使用第二种方式,以便在同一层中完成所有功能

        例:

            ENV DOC_ROOT=/data/web/html/ 
                WEB_SERVER_PACKAGE=nginx-1.17.0.tar.gz
            COPY ["index.html","$DOC_ROOT:-/data/web/html/"]  // $DOC_ROOT:-/data/web/html(当$DOC_ROOT没有值时则使用-后面的值)
            ADD ["$WEB_SERVER_PACKAGE","./"]
        ~]# docker run --name h5 --rm -P -e WEB_SERVER_PACKAGE=nginx-1.17.1.tar.gz httpd:v0.1-7 printenv
            -e: 修改env全局环境变量

    RUN: 用于指定docker build过程中运行的程序,其可以是任何命令

        Syntax:

            RUN <command>或

            RUN ["<executable>","<paraml>","<param2>"]

            第一种格式中,<command>通常是一个shell命令,且以"/bin/sh -c"来运行它,这意味着此进程在容器中的PID不为1,不能接收Unix信号,因此,当使用docker stop <container>命令停止容器时,此进程接收不到SIGTERM信号;

            第二种语法格式中的参数是一个JSON格式的数组,其中<executable>为要运行的命令,后面的<paramN>为传递给命令的选项或参数;然而,此种格式指定的命令不会以"/bin/sh -c"来发起,因此常见的shell操作如变量替换以及通配符(?,*等)替换将不会进行;不过,如果要运行的命令依赖于此shell特性的话,可以将其替换为类似下面的格式

                RUN ["/bin/bash","-c","<executable>","<paraml>"]

        例：

            FROM busybox:latest
            MAINTAINER "Fangwenkai"
            ENV DOC_ROOT=/data/web/html/ 
                WEB_SERVER_PACKAGE=nginx-1.17.0.tar.gz
            COPY ["index.html","$DOC_ROOT:-/data/web/html/"]
            COPY ["yum.repos.d","/etc/yum.repos.d/"]
            ADD ["http://nginx.org/download/$WEB_SERVER_PACKAGE","/usr/local/src/"]
            WORKDIR /usr/local/src
            #ADD ["$WEB_SERVER_PACKAGE","./"]
            VOLUME /data/mysql/
            EXPOSE 80/tcp
            RUN cd /usr/local/src &&                            // 在build过程中进入到指定目录并解压nginx-1.17.0.tar.gz
                tar -xf $WEB_SERVER_PACKAGE

    CMD: 类似与RUN指令,CMD指令也可用于运行任何命令或应用程序,不过,二者的运行时间点不同

            RUN指令运行于映像文件构建过程中,而CMD指令云星宇基于Dockerfile构建出的新映像文件启动一个容器时

            CMD指令的首要目的在于为启动的容器指定默认要运行的程序,且其运行结束后,容器将终止;不过,CMD指定的命令其可以被docker run的命令行选项所覆盖

            在Dockerfile中可以存在多个CMD指令,但仅最后一个会生效

        Syntax:

            CMD <command>或

            CMD ["<executable>","<param1>","<param2>"]或

            CMD ["<param1>","<param2>"]

                前两种语法格式的意义同RUN

                第三种则用于为ENTRYPOINT指令提供默认参数

 

    ENTRYPOINT: 类似CMD指令的功能,用于为容器指定默认执行程序,从而使得容器像是一个单独的可执行程序

                与CMD不同的是,由ENTRYPOINT启动的程序不会被docker run命令行指定的参数所覆盖,而且,这些命令行参数会被当做参数传递给ENTRYPOINT指定的程序

                    不过,docker run命令的--entrypoint选项的参数可覆盖ENTEYPOINT指令所指定的程序

        Syntax:

            ENTRYPOINT <command>

            ENTRYPOINT ["<executable>","<param1>","<param2>"]

            docker run命令传入的命令参数会覆盖CMD指令的内容并且附加到ENTRYPOINT命令最后作为其参数使用

            Dockerfile文件中也可以存在多个ENTRYPOINT指令,但仅有最后一个生效

 

    USER: 用于指定运行image时的或运行Dockerfile中任何RUN、CMD或ENTRYPOINT指令指定的程序时的用户名或UID;默认情况下,container的运行身份为root用户

        Syntax:

            USER <UID>|<USERNAME>

            需要注意的是,<UID>可以为任意数字,但实践中其必须为/etc/passwd中某用户的有效UID,否则,docker run命令将运行失败

 

    HEALTHCHECK: 容器健康状况检查命令

        Syntax:

            HEALTHCHECK [OPTIONS] CMD command

            HEALTHCHECK NONE

                第一个的功能是在容器内部运行一个命令来检查容器的健康状况

                第二个的功能是在基础镜像中取消健康检查命令

        [OPTIONS]:

            --interval=DURATION(default:30s)          // 两次检查默认的时间间隔为30s

            --timeout=DURATION(defaul:30s)            // 健康检查命令运行超时时长,默认为30s

            --start-period=DURATION(default:0s)        // 当容器启动多长时间后运行健康检查,默认不等待

            --retries=N(default:3)                    // 检查几次

 

        注意:

            HEALTHCHECK命令只能只能出现一次,如果出现了多次,只有最后一个生效

 

        CMD后边的命令的返回值决定了本次健康检查是否成功,返回值如下

            0: success - 表示容器是健康的

            1: unhealth - 表示容器已经不能工作了

            2: reserved - 保留值

        例:

            HEALTHCHECK --interval=5s --timeout=3s --start-period=5s 
            CMD wget -O - -q $HOSTNAME || exit 1

    SHELL: 允许覆盖用于shell形式的命令的默认shell,Linux上的默认shell是/bin/sh -c,而在windows上为cmd /s /c

        Syntax:

            　SHELL ["executable","parameters"]

                SHELL指令必须以JSON格式写入Dockerfile

                SHELL指令可以多次出现,每条SHELL指令都会覆盖所有先前的SHELL指令,并影响所有后续指令

 

    ARG: 设置变量命令,ARG命令定义了一个变量,在docker build创建镜像的时候,使用 --build-arg <varname>=<value>来指定参数

         　   如果用户在build镜像时指定了一个参数没有定义在Dockerfile中,那么将有一个Warning

        例:

            ARG author="xiaofang"              // 定义变量所有者为"xiaofang"
            LABEL maintainer="${author}"        // 调用author变量,最后inspect会查看到所有者为"xiaofang"

    ONBUILD:

        用于在Dockerfile中定义一个触发器

        Dockerfile用于build映像文件,此映像文件亦可作为base image被另一个Dockerfile用作FROM指令的参数,并以之构建新的映像文件

        在后面的这个Dockefile中的FROM指令在build过程中被执行时,将会"触发"创建其base image的Dockerfile文件中的ONBUILD指令定义的触发器

        Syntax:

            　ONBUILD <INSTRUCTION>

                尽管任何指令都可注册成为触发器指令,但ONBUILD不能自我嵌套,且不会触发FROM和MAINTAINER指令

                使用包含ONBUILD指令的Dockerfile构建的镜像应该使用特殊的标签,例如ruby:2.0-onbuil

                在ONBUILD指令中使用ADD或COPY指令应该格外小心,因为新构建过程的上下文在缺少指顶的源文件时会失败

 

        例:

            ~]# vim /docker/image3/Dockerfile
                ....
                ONBUILD ADD http://nginx.org/download/nginx-1.16.0.tar.gz /usr/local/src/
                ....
            image3]# docker build ./ -t myweb:v0.3-10
            image3]# mkdir ../image4/; cd ../image4
            image4]# vim Dockerfile
                FROM myweb:v0.3-10                          // 引用刚刚带有ONBUILD构建的镜像
                RUN mkdir /test                             // 创建/test目录
            image4]# docker build ./ -t test:v0.1-onbuild    // 执行后会发现这个镜像会下载上一个Dockerfile中ONBUILD后的URL