Dcokerfile 参考

Dcokerfile 包含了所有用来组装image的命令。通过docker build来自动创建image。

 

用法

---

需要指定本地路径作为上下文目录，路径是本地系统的目录。而docker build会递归的从指定目录去寻找。

$ docker build .
Sending build context to Docker daemon 6.51 MB ...

 

一般情况下，指定空目录且Dockerfile也在该目录中。当然也可以使用-f 来指定Dockerfile的位置。

$ docker build -f /path/to/a/Dockerfile .

如果构建成功，您可以指定要保存的image的存储库和标记：

zane@zane-V:~/mydockerbuild$ docker build -t aiapple .

#生成了aiapple存储库的image。

zane@zane-V:~/mydockerbuild$ docker images
REPOSITORY              TAG                 IMAGE ID            CREATED             SIZE
aiapple                 latest              d2f5f84bec87         seconds ago      275.1 MB

在创建image后，指定新image标记到多个存储库；

zane@zane-V:~/mydockerbuild$ docker build -t zane/aiapple: -t zane/aiapple: .
Sending build context to Docker daemon 2.048 kB
Step  : FROM docker/whalesay:latest
 ---> 6b362a9f73eb
Step  : RUN apt-get -y update && apt-get install -y fortunes
 ---> Using cache
 ---> 845104a653c5
Step  : CMD /usr/games/fortune -a | cowsay
 ---> Using cache
 ---> d2f5f84bec87
Successfully built d2f5f84bec87
zane@zane-V:~/mydockerbuild$ docker images
REPOSITORY              TAG                 IMAGE ID            CREATED             SIZE
ziapple                 latest              d2f5f84bec87         minutes ago       275.1 MB
aiapple                 latest              d2f5f84bec87         minutes ago       275.1 MB
zane/aiapple                             d2f5f84bec87         minutes ago       275.1 MB
zane/aiapple                             d2f5f84bec87         minutes ago       275.1 MB

注意：

• 存仓库不支持大写
• 所有存储库使用的image还是一个。
  • 当然run的时候是指定 存储库。
  • 删除image的时候实际上是删除存储库
    • docker rmi ziapple

 

为了创建image的效率，docker build 使用中间image(cache)。

 

格式

---

 

Dockerfile第一行必须是：

‘FROM’用来指定基础image。

 

语法解析器

两种无效的写法：

 

解析器要连续书写

# direc

\tive=value

 

解析器出现了两次

# directive=value1

# directive=value2

 

FROM ImageName

 

解析器被认为是注释，因为在创建image说的之后。

FROM ImageName

# directive=value

 

无效解析器被认为是注释，而注释之后的解析器 认为无效

# unknowndirective=value

# knowndirective=value

 

所有解析器指令必须位于Dockerfile的最顶端。类似脚本中#!/bin/bash ;

惯例解析器，小写，以及后面紧跟空行。

 

环境替换

环境变量值，可以使用在Dockerfile中。

在Dockerfile中使用$variable_name,

 

bash的几个特性：

• ${variable:-word}
  • 如果variable设置，则返回variable的值，否则返回word
• ${variable:+word}
  • 如果variable设置，则返回word，否则返回空字符串

 

FROM busybox
ENV foo /bar
WORKDIR ${foo} # WORKDIR /bar
ADD . $foo # ADD . /bar
COPY \$foo /quux # COPY $foo /quux

• ADD
• COPY
• ENV
• EXPOSE
• LABEL
• USER
• WORKDIR
• VOLUME
• STOPSIGNAL

 

ENV abc=hello
ENV abc=bye def=$abc
ENV ghi=$abc

def的值是hello 不是bye。而ghi的值是bye。

可见是一行行整体执行的。

 

.dockerignore file

---

 

在docker发送上下文给 docker daemon 之前，会寻找.dockerignore file文件，去排除一些不需要的文件，或者很大的文件

不把这些文件发送给docker daemon,提升效率。而如果之后需要用到，则可以使用 ADD 或者 COPY 把他们放进image中。

 

.dockerignore 文件第一行是:

# comment

 

.dockerignore 支持正则表达式，

# comment
     */temp*
     */*/temp*
     temp?

• #comment
  • 忽略，只是语法需要
• */temp*
  • 排除任何root目录中间子目录名以temp开始的文件或目录
  • /ttt/templlll
• */*/temp*
  • /somedir/subdir/temporary
• temp?
  • /tempa 或 /tempb

 

具体排除规则： filepath.Match rules

 

使用！ ，排除例外。

*.md
!README*.md
README-secret.md

所有.md 结尾的文件，但是不包含REME开头的.md文件，但README-secret.md 除外。README-secret.md 是包含的。

 

考虑一下：

*.md
README-secret.md
!README*.md

所有的.md结尾的文件，和README-secret.md文件。不包含以README开头的.md文件。即README-secret.md是不包含的。

 

类似于Linux中IPtables 规则的配置，是按照顺序来的。

 

FROM

---

 

FROM <image>

or

FROM <image>:<tag>

or

FROM <image>@<digest>

设置基础image。

 

• FROM在Dockerfile中必须是除注释外的第一行
• FROM在一个Dockerfile中出现多次为了创建多个images.
• tag 或者 digest 值是选项。如果忽略这两个，则使用默认值latest。
  • 如果没有能匹配到tag的值,会放回错误

 

MAINTAINER

---

 

MAINTAINER <name>

maintainer,指定制作这个image的作者。

 

RUN

---

 

两种形式

• RUN <command>
  • shell 形式，这个命令运行在一个shell中，默认shell是 /bin/sh -c
• RUN ["executable","param1","param2"]
  • 执行 形式

 

run 执行任何命令然后提交执行结果。已经提交执行结果的image在后面的步骤会被使用到。

 

使用反斜杠\ 用来将一个命令分两行写

RUN /bin/bash -c 'source $HOME/.bashrc;\
echo $HOME'

注意：

• 使用执行形式，指定不同shell
  • RUN ["/bin/sh","-c","echo hello"]
• 执行形式，需要双引号
• 和shell形式不同，执行形式不调用命令行shell。
  • 也就是说一般shell进程不会启动
    • RUN ["echo"，"$HOME"],$HOME变量不会被替换,
    • 即没有环境变量之说，因为shell 进程都没起来
  • 但如果想用shell进程但又不想使用shell形式，则
    • RUN ["sh","-c","echo $HOME"]
    • 在执行形式，指定shell。

用户RUN指令的缓存在下一次构建期间不会自动失效。像RUN apt-get dist-upgrade -y 在缓存中则在下一次build也会被使用。

 

--no-cache，使缓存失效。

docker build --no-cache

ADD指令也会使缓存失效

 

CMD

---

 

cmd有三种形式：

• CMD ["executable","param1","param2"]
  • 首选形式
• CMD ["param1","param2"]
  • 最为entrypoint,默认参数
• CMD command param1 param2 
  • shell 形式

Dockerfile中只有最后一个CMD是起作用的。

 

CMD的最主要的目的就是为执行中的container提供默认参数。默认参数可以包含可执行的文件。

注意：

• 不像shell 形式，首选形式不调用shell 命令行，shell进程不会启动。因此
• CMD [ "echo", "$HOME" ] 则在HOME没有变量的替换。
• CMD [ "sh", "-c", "echo $HOME" ] 才会使用变量的替换

 

CMD作用就是在运行image时，设置一些同步运行的命令。

 

如果使用shell 形式，command将会在/bin/sh -c 下执行的

FROM ubuntu
CMD echo "This is a test." | wc -

 

首选形式

FROM ubuntu
CMD ["/usr/bin/wc","--help"]

如果在docker run 中指定参数，则会覆盖原来在CMD中默认指定的参数。

• run，实际上是执行命令然后提交执行结果
• cmd，在build时不执行任何命令，但为image指定了将要执行的命令

 

LABEL

---

 

LABEL <key>=<value> <key>=<value> <key>=<value> ...

 

LABEL 增加元数据到image。一个LABEL是键值对。

例子：

LABEL "com.example.vendor"="ACME Incorporated"
LABEL com.example.label-with-value="foo"
LABEL version="1.0"
LABEL description="This text illustrates \
that label-values can span multiple lines."

每个LABEL都会产生一个layer,如果有很多layer的话可能会导致image不工作。

 

单个image layer

LABEL multi.label1="value1" multi.label2="value2" other="value3"

 

也可以是

LABEL multi.label1="value1" \
      multi.label2="value2" \
      other="value3"

如果原来已经存在的key,后面的 LABEL会使用新的覆盖。

 

查看image labels: docker inspect

 

EXPOSE

---

 

EXPOSE <port> [<port>...]

 

指定容器在运行的时候监听的端口

 

ENV

---

 

ENV <key> <value>

ENV <key1>=<value> <key2>=<value>...

 

设置环境变量<key> 值为<value>

 

更改环境变量

docker run --env <key>=<value>

 

 

ADD

---

 

add有两种形式

• ADD <src>... <dest>
• ADD ["<src>",..."<dest>"]
  • 这种形式适合路径包含空白。

 

ADD命令从<src>复制文件 到 image文件系统的<dest>

 

每个<src>可以包含通配符,使用 filepath.Match原则进行匹配

ADD hom* /mydir/           # adds all files starting with "hom"
ADD hom?.txt /mydir/       # ? is replaced with any single character, e.g., "home.txt"

<dest>是绝对路径或者是WORKDIR的相对路径。

ADD test relativeDir/ # adds "test" to `WORKDIR`/relativeDir/
ADD test /absoluteDir/ # adds "test" to /absoluteDir/

所有的新文件和目录是被UID,GID 为0所创建的。即使root了。

 

如果<src>是远程URL文件，那么目标文件需要600权限

 

ADD 服从一下规则：

• <src>路径必须在build的上下文中。
  • 不能使用ADD ../something  /something。.. 已经不再上下文中了
  • 因为docker build的第一步就是讲上下文目录发送到docker  daemon
• <src>是一个URL，<dest>没有以斜线结束，文件从URL下载然后复制到<dest>
• <src>是一个URL，<dest>以斜线结束，然后filename依据URL推断，file被下载到<dest>/<filename>.
  • ADD http://example.com/foobar  /
    • 将创建文件 /foobar。URL必须有一非一般的路径，可以让一个合适的filename被发现。
    • 这个例子将不会工作 http://example.com
• <src>是一个目录，则整个目录中的内容都会被复制.
  • 注意目录本身不会复制，仅复制目录中的内容
• 如果<dest>没有以斜杠结束，它会被认为一个常规文件，<src>内容会被写在<dest>中

 

COPY

---

 

有两种形式：

• COPY <src>... <dest>
• COPY ["<src>",... "<dest>"]
  • 这种形式要求路径包含空白

 

COPY 从<src>复制新的文件或目录到容器的文件系统当中的<dest>

 

使用通配符进行匹配：

COPY hom* /mydir/      # adds all files starting with "hom"
COPY hom?.txt /mydir/  # ? is replaced with any single character, e.g., "home.txt"

<dest>是绝对路径，或者相对WORKDIR的路径

COPY test relativeDir/  # adds "test" to `WORKDIR`/relativeDir/
COPY test /absoluteDir/ # adds "test" to /absoluteDir/

所有的新文件和目录是被UID,GID 为0所创建的。即使root了。

 

COPY规则类似ADD

 

ENTRYPOINT

---

 

有两种形式：

• ENTRYPOINT ["executable", "param1", "param2"]　　
  • 首选形式
• ENTRYPOINT command param1 param2
  • shell 形式

 

ENTRYPOINT 允许你配置容器。

例子：

启动nginx使用其默认配置，监听端口80

docker run -i -t --rm -p : nginx

• docker run <image>命令行的所有参数，
  • 会添加在exec形式的ENTRYPOINT中的元素之后，并将覆盖使用CMD指定的所有元素。
• docker run <image> -d argument，允许将参数传送到ENTRYPOINT
• 覆盖ENTRYPOINT 使用  docker run --entrypoint

在Dockerfile中只有最新的ENTRYPOINT会生效。

 

exec 形式例子

使用entrypoint exec 形式设定那些默认不改变参数和命令，

使用CMD设定那些可能会改变的参数。

 

FROM ubuntu
ENTRYPOINT ["top", "-b"]
CMD ["-c"]

shell 形式例子

FROM ubuntu

ENTRYPOINT exec top -b

 

cmd 和 entrypoint 

• Dockerfile需要至少指定一个CMD或者ENTRYPOINT命令
• 当使用容器作为可执行文件时，应该定义ENTRYPOINT
• CMD来用作为定义ENTRYPOIN默认参数的一种途径或者
  • 容器中执行ad-hoc命令
• 当运行容器并带有可变参数时CMD会被覆盖

 

VOLUME

---

 

VOLUME ["/data"]

volume 创建一个指定名字的挂载点，并将它作为本地或者其他容器的外部挂载的数据卷

 

docker run 用在基础image中被指定的本地已经存在的数据初始化新建的数据卷。

例子:

FROM ubuntu
RUN mkdir /myvol
RUN echo "hello world" > /myvol/greeting
VOLUME /myvol

 

上面的 基础image中，/myvol 已经有数据文件greeting 此时又指定了 VOLUME 创建新的数据卷，

则将 greeting文件复制到新数据卷。

 

USER

---

 

USER daemon

 

WORKDIR

---

 

WORKDIR /path/to/workdir

 

可以多次被使用：

例子：

WORKDIR /a
WORKDIR b
WORKDIR c
RUN pwd

pwd命令最终的输出结果，会是 /a/b/c

 

可以联合环境变量使用

例子:

ENV DIRPATH /path
WORKDIR $DIRPATH/$DIRNAME
RUN pwd

pwd命令最终的输出结果，是/path/$DIRNAME

 

ARG

---

 

ARG <name>[=<default value>]

ARG定义一个参数，使用用户在使用docker build 时可以传送到docker build 通过 --build-arg <varname>=<value>。

 

可以指定一个或多个

FROM busybox
ARG user1
ARG buildno ...

ARG有默认值，且在build时没值传给 docker build 则使用ARG 默认值。

 

ARG值在Dockerfile定义的时就已经生效，而不是在执行的时候。

例子:

 FROM busybox
 USER ${user:-some_user}
 ARG user
 USER $user...

 

通过这个Dcokerfile build

$ docker build --build-arg user=what_user Dockerfile

 

第二行USER 评估 some_user 作为 第三行 user参数的定义值。

第四行USER 认为从命令行传过来的 what_user  作为user参数的定义值。

在通过ARG指令定义之前，变量的任何使用都将导致空字符串。

 

ENVIRONMENT 参数定义会覆盖 同名的ARG定义：

 FROM ubuntu
 ARG CONT_IMG_VER
 ENV CONT_IMG_VER v1.0.0
 RUN echo $CONT_IMG_VER

通过这个Dockerfile build

 

$ docker build --build-arg CONT_IMG_VER=v2.0.1 Dockerfile

这个例子中，会使用v1.0.0 替代命令行传入的 v2.0.1.

这像是shell 脚本中 本地环境变量 会 替代 通过参数传入过来的环境变量。

 

build缓存的影响

 

ARG 变量不会作为环境变量持久化到image中。

然而它会在一些地方对build缓存存在一些影响。

如果Dockerfile定义了不同于之前build的 ARG 变量值时，缓存丢失会在第一次使用的时候出现，但值不是它原来的定义。

一般情况，在ARG 后立即接RUN，可以解决缓存丢失问题。

 

例子:两个Dockerfile

 FROM ubuntu
 ARG CONT_IMG_VER
 RUN echo $CONT_IMG_VER

 

 FROM ubuntu
 ARG CONT_IMG_VER
 RUN echo hello

在两个文件命令中，都在命令行指定CONT_IMG_VER 值，--build-arg CONT_IMG_VER =<value> 。

在指定的第2行都不会 产生 缓存丢失；在第3行会产生缓存丢失；

ARG CONT_IMG_VER会使RUN 这行被标识为与运行CONT_IMG_VER = <value> 和 echo hello相同，

如果<value> 改变，缓存便会丢失。

 

另一个例子：

 FROM ubuntu
 ARG CONT_IMG_VER
 ENV CONT_IMG_VER $CONT_IMG_VER
 RUN echo $CONT_IMG_VER

 

缓存丢失出现在了第三行，丢失原因是ENV参照ARG参数，然而这个参数在命令行被修改了。

 

 

ONBUILD

---

onbuild 在image中增加一个触发器，当这个image被作为其他image的基础image时，执行。

 

 

[...]

ONBUILD ADD . /app/src

ONBUILD RUN /usr/local/bin/python-build --dir /app/src

[...]

 

STOPSIGNAL

---

 

STOPSIGNAL signal

设置容器退出的 信号名称

 

 

HEALTHCHECK

---

两个形式：

• HEALTHCHECK [OPTIONS] CMD command　　
  • 通过运行一个容器内部的命令来检测容器是否健康
• HEALTHCHECK NONE
  • 关闭任何来自基础image的 健康检测

 

告诉docker如何去检测容器是否仍然在工作。

options

• --interval=DURATION (default: 30s)
• --timeout=DURATION (default: 30s)
• --retries=N (default: 3)

 

状态值

• 0: success
• 1: unhealthy
• 2: reserved

例子:

HEALTHCHECK --interval=5m --timeout=3s \ CMD curl -f http://localhost/ || exit 1

 

总结

---

 

• 指定dockerfile位置，以及使用-t 指定image 名称
• .dockerignore file
  • 排除一些不需要的文件，支持正则表达式
  • 文件第一行
    • # comment
      • 仅是语法需要
  • 使用！ 来双否定，即表示需要的文件
    • *.md
    • !README*.md
    • 排除以.md结尾的文件，但是要包含以README开头 .md 结尾的文件。
• 主要语法
  • FROM
    • 设置基础image
  • MAINTAINER
    • 指定作者
  • RUN
    • 两种形式
      • RUN <command>
        • shell 形式，这个命令运行在一个shell中，默认shell是 /bin/sh -c
        • RUN /bin/bash -c 'source $HOME/.bashrc; echo $HOME'
      • RUN ["executable","param1","param2"]
        • 执行 形式
        • RUN ["echo"，"$HOME"]
    • 执行结果在后面会被使用到
    • 用户RUN指令的缓存在下一次构建期间不会自动失效。
      • --no-cache，使缓存失效。
  • CMD
    • Dockerfile中只有最后一个CMD是起作用的。
    • CMD的最主要的目的就是为执行中的container提供默认参数。
      • cmd，在build时不执行任何命令，但为image指定了将要执行的命令
    • 主要形式
      • CMD ["executable","param1","param2"]
  • ENTRYPOINT
    • ENTRYPOINT 允许你配置容器。如Nginx 端口号之类
    • 在Dockerfile中只有最新的ENTRYPOINT会生效
    • CMD & ENTRYPOINT
      • 使用entrypoint exec 形式设定那些默认不改变参数和命令，
      • 使用CMD设定那些可能会改变的参数。
      • Dockerfile需要至少指定一个CMD或者ENTRYPOINT命令
  • LABEL
    • LABEL 增加元数据到image。一个LABEL是一个键值对。
    • 每个LABEL都会产生一个layer,如果有很多layer的话可能会导致image不工作
    • 单个image layer
      • LABEL multi.label1="value1" multi.label2="value2" other="value3"
    • 查看image labels
      • docker inspect
  • EXPOSE
    • 指定容器在运行的时候监听的端口
  • ENV
    • 设置环境变量<key> 值为<value>
    • ENV <key1>=<value> <key2>=<value>...
  • ADD
    • ADD命令从<src>复制文件 到 image文件系统的<dest>
  • COPY
    • COPY 从<src>复制新的文件或目录到容器的文件系统当中的<dest>
  • VOLUME
    • volume 创建一个指定名字的挂载点
  • ARG
    • ARG定义一个参数，使用户在使用docker build 时通过 --build-arg <varname>=<value> 传入
    • ARG <name>[=<default value>]
    • 注意：需要给定默认值