Docker学习笔记:使用Dockerfile创建镜像

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

一、基本结构

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

       一般而言,Dockerfile分为四部分:基础镜像信息、维护者信息、镜像操作指令和容器启动时执行命令。

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

二、指令说明

       指令的一般格式为INSTRUCTION arguments,指令包括:

       FROM:指定所创建镜像的基础镜像

       MAINTAINER:指定维护者信息

       RUN:运行命令

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

       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类型

       1、FROM

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

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

       任何Dockerfile中的第一条指令必须为FROM指令。并且,如果在同一个Dockerfile中创建多个镜像,可以使用多个FROM指令(每个镜像一次)。

       2、MAINTAINER

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

       3、RUN

       运行指定命令。

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

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

       指定使用其他终端类型可以通过第二种方式实现,例如[“/bin/bash”, “-c”, “echo hello”]。

       每条RUN指令将在当前镜像的基础上执行指定命令,并提交为新的镜像。当命令较长时可以使用\来换行。

       4、CMD

       指定启动容器时默认执行的命令。支持三种格式:

       CMD [“executable”, “param1”, “param2”] 使用exec执行

       CMD command param1 param2 在/bin/sh中执行

       CMD [“param1”, “param2”] 提供给ENTRYPOINT的默认参数

       每个Dockerfile只能有一条CMD命令。如果指定了多条命令,只有最后一条会被执行。如果用户启动容器时手动指定了一条CMD命令(作为RUN的参数),则会覆盖掉CMD指定的命令。

       5、LABEL

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

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

       6、EXPOSE

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

       格式为EXPOSE <port> ...

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

       7、ENV

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

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

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

       8、ADD

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

       格式为ADD <src> <dest>

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

       9、COPY

       格式为COPY <src> <dest>

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

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

       10、ENTRYPOINT

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

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

       ENTRYPOINT command param1 param2(shell中执行)

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

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

       11、VOLUME

       创建一个数据卷挂载点。

       格式为VOLUME [“/data”]。

       可以从本地主机或其他容器挂载数据卷,一般用来存放数据库和需要保存的数据等。

       12、USER

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

       格式为USER daemon。

       当服务不需要管理员权限时,可以通过该命令指定运行用户,并且可以在之前创建所需要的用户。例如:

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

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

       13、WORKDIR

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

       格式为WORKDIR /dir_name。

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

       WORKDIR /a

       WORKDIR b

       WORKDIR c

       RUN pwd

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

       14、ARG

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

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

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

       15、ONBUILD

       配置当所创建的镜像作为其他镜像的基础镜像时,所执行的创建操作指令。

       16、STOPSIGNAL

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

       17、HEALTHCHECK

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

       18、SHELL

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

       SHELL [“executable”, “parameters”]

三、其他

       编写完成Dockerfile之后,可以通过docker build命令来创建镜像。如果使用非内容路径下的Dockerfile,可以通过-f选项来指定其路径;要指定生成镜像的标签信息,可以使用-t选项。

       可以通过.dockerginore文件来让Docker忽略匹配模式路径下的目录和文件。

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

猜你喜欢

转载自www.cnblogs.com/fantastic-clouds/p/10353907.html