Dockerfile 什么是 Dockerfile 1 Dockerfile 是一个用来构建镜像的文本文件,文本内容包含了一条条构建镜像所需的指令和说明。 
Dockerfile的作用 1 2 3 安装dockerfile中的指令定义docker容器或者容器中的应用程序以及服务 Dockerfile制作一个镜像模板安装模板统一生成容器 Dockerfile 中每一个指令都会建立一层 
Dockerfile的基础结构 1 2 3 4 5 维护者的信息 镜像操作指令 容器操作指令 基础镜像信息 
Dockerfile中常见的操作指令和作用 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 FROM :指定创建镜像的基础镜像MAINTAINER :Dockerfile作者信息,一般写的是联系方式RUN :运行Linux系统的命令使用 CMD :指定容器启动执行的命令;启动容器中的服务 LABEL :指定生成镜像的源数据标签 EXPOSE :指定镜像容器监听端口号;发布服务使用ENV :使用环境变量ADD :对压缩文件进行解压缩;将数据移动到指定的目录 COPY :复制宿主机数据到镜像内部使用 WORKDIR :切换到镜像容器中的指定目录中 VOLUME :挂载数据卷到镜像容器中 USER :指定运行容器的用户ARG :指定镜像的版本号信息ONBUILD :创建镜像,作为其他镜像的基础镜像运行操作指令ENTRYPOINT :指定运行容器启动过程执行命令,覆盖CMD参数 
最后用一张图解释常用指令的意义
Dockerfile文件说明 FROM 指定基础镜像,必须为第一个命令
1 2 3 4 5 6 7 8 格式:   FROM  <image>   FROM  <image>:<tag>   FROM  <image>@<digest> 示例:   FROM  mysql:5.6  注:   tag或digest是可选的,如果不使用这两个值时,会使用latest版本的基础镜像 
MAINTAINER 维护者信息
1 2 3 4 5 6 格式:     MAINTAINER  <name> 示例:     MAINTAINER  Jasper Xu     MAINTAINER  sorex@163 .com     MAINTAINER  Jasper Xu <sorex@163 .com> 
RUN 构建镜像时执行的命令
1 2 3 4 5 6 7 8 9 10 11 12 13 RUN 用于在镜像容器中执行命令,其有以下两种命令执行方式: shell 执行 格式:     RUN  <command >  exec执行 格式:     RUN  ["executable" , "param1" , "param2" ]  示例:     RUN  apk update      RUN  ["/etc/execfile" , "arg1" , "arg1" ]      RUN  echo  "Asia/Shanghai"  > /etc/timezone;  注:   RUN 指令创建的中间镜像会被缓存,并会在下次构建中使用。如果不想使用这些缓存镜像,可以在构建时指定--no-cache参数,如:docker build --no-cache  
ADD(只能使用相对路径) 将本地文件添加到容器中,tar类型文件会自动解压(网络压缩资源不会被解压),可以访问网络资源,类似wget
1 2 3 4 5 6 7 8 格式:     ADD  <src>... <dest>      ADD  ["<src>" ,... "<dest>" ] 用于支持包含空格的路径  示例:     ADD  hom* /mydir/                ADD  hom?.txt /mydir/            ADD  test  relativeDir/           ADD  test  /absoluteDir/      
COPY(只能使用相对路径) 功能类似ADD,但是是不会自动解压文件,也不能访问网络资源
CMD 构建容器后调用,也就是在容器启动时才进行调用。
1 2 3 4 5 6 7 8 9 10 格式:     CMD  ["executable" ,"param1" ,"param2" ] (执行可执行文件,优先)      CMD  ["param1" ,"param2" ] (设置了ENTRYPOINT,则直接调用ENTRYPOINT添加参数)      CMD  command  param1 param2 (执行shell内部命令)  示例:     CMD  echo  "This is a test."  | wc  -      CMD  ["/usr/bin/wc" ,"--help" ]  注:    CMD 不同于RUN,CMD用于指定在容器启动时所要执行的命令,而RUN用于指定镜像构建时所要执行的命令。     如果有多个,只有最后一个生效。 
ENTRYPOINT 一般还是会用entrypoint的中括号形式作为docker 容器启动以后的默认执行命令,里面放的是不变的部分,可变部分比如命令参数可以使用cmd的形式提供默认版本,也就是run里面没有任何参数时使用的默认参数。如果我们想用默认参数,就直接run,否则想用其他参数,就run 里面加参数。 https://blog.csdn.net/u010900754/article/details/78526443 
配置容器,使其可执行化。配合CMD可省去"application",只使用参数。
1 2 3 4 5 6 7 8 9 10 格式:     ENTRYPOINT  ["executable" , "param1" , "param2" ] (可执行文件, 优先)      ENTRYPOINT  command  param1 param2 (shell内部命令)  示例:     FROM  ubuntu     ENTRYPOINT  ["top" , "-b" ]      CMD  ["-c" ]  注:     当既存在CMD ,也存在 ENTRYPOINT,CMD 的内容将会作为参数传给 ENTRYPOINT     ENTRYPOINT 与CMD非常类似,不同的是通过docker run执行的命令不会覆盖ENTRYPOINT(`如果我们在run时指定了命令或者有entrypoint,那么cmd就会被覆盖`),而docker run命令中指定的任何参数,都会被当做参数再次传递给ENTRYPOINT。Dockerfile中只允许有一个ENTRYPOINT命令,多指定时会覆盖前面的设置,而只执行最后的ENTRYPOINT指令。  
LABEL 用于为镜像添加元数据
1 2 3 4 5 6 格式:     LABEL  <key>=<value> <key>=<value> <key>=<value> ...  示例:   LABEL  version="1.0"  description="这是一个Web服务器"  by="IT笔录"   注:   使用LABEL 指定元数据时,一条LABEL指定可以指定一或多条元数据,指定多条元数据时不同元数据之间通过空格分隔。推荐将所有的元数据通过一条LABEL指令指定,以免生成过多的中间镜像。  
ENV 设置环境变量
1 2 3 4 5 6 7 格式:     ENV  <key> <value>       ENV  <key>=<value> ...   示例:     ENV  myName John Doe     ENV  myDog Rex The Dog     ENV  myCat=fluffy 
EXPOSE 1 2 3 4 5 6 7 8 格式:     EXPOSE  <port> [<port>...] 示例:     EXPOSE  80  443      EXPOSE  8080      EXPOSE  11211 /tcp 11211 /udp 注:   EXPOSE 并不会让容器的端口访问到主机。要使其可访问,需要在docker run 运行容器时通过-p来发布这些端口,或通过-P参数来发布EXPOSE导出的所有端口  
VOLUME 用于指定持久化目录
1 2 3 4 5 6 7 8 9 10 11 12 格式:     VOLUME  ["/path/to/dir" ]  示例:     VOLUME  ["/data" ]      VOLUME  ["/var/www" , "/var/log/apache2" , "/etc/apache2"   注:   一个卷可以存在于一个或多个容器的指定目录,该目录可以绕过联合文件系统,并具有以下功能: 1  卷可以容器间共享和重用2  容器并不一定要和其它容器共享卷3  修改卷后会立即生效4  对卷的修改不会对镜像产生影响5  卷会一直存在,直到没有任何容器在使用它
WORKDIR 工作目录,类似于cd命令
1 2 3 4 5 6 7 8 格式:     WORKDIR  /path/to/workdir  示例:     WORKDIR  /a  (这时工作目录为/a)      WORKDIR  b  (这时工作目录为/a/b)      WORKDIR  c  (这时工作目录为/a/b/c)  注:   通过WORKDIR 设置工作目录后,Dockerfile中其后的命令RUN、CMD、ENTRYPOINT、ADD、COPY等命令都会在该目录下执行。在使用docker run运行容器时,可以通过-w参数覆盖构建时所设置的工作目录。  
USER 指定运行容器时的用户名或 UID,后续的 RUN 也会使用指定用户。使用USER指定用户时,可以使用用户名、UID或GID,或是两者的组合。当服务不需要管理员权限时,可以通过该命令指定运行用户。并且可以在之前创建所需要的用户
1 2 3 4 5 6 7 8 9 10 11 12 13 14 格式:   USER  user    USER  user :group   USER  uid   USER  uid:gid   USER  user :gid   USER  uid:group  示例:   USER  www  注:   使用USER 指定用户后,Dockerfile中其后的命令RUN 、CMD、ENTRYPOINT都将使用该用户。镜像构建完成后,通过docker run运行容器时,可以通过-u参数来覆盖所指定的用户。  
ARG 用于指定传递给构建运行时的变量, 通过docker build --build-arg xxx=xxx传递
1 2 3 4 5 6 7 8 9 格式:     ARG  <name>[=<default value>] 示例:     ARG  site     ARG  build_user=www          ARG 只在构建docker镜像时有效(dockerfile的RUN 指令等)      ARG  在 FROM  指令前指定,那么参数只能在 FROM  指令中使用, 并且 ARG  的参数可以用在每个 FROM  指令中, 如果修改了ARG 参数值,不会影响后续指令使用缓存     ARG  在 FROM  指令后的话,只会对当前的构建阶段有效, 并且如果 ARG  参数的值修改,那么后续指令都可能不会使用镜像缓存 
ONBUILD 用于设置镜像触发器
1 2 3 4 5 6 7 格式:   ONBUILD  [INSTRUCTION] 示例:   ONBUILD  ADD  . /app/src    ONBUILD  RUN  /usr/local/bin/python-build --dir  /app/src  注:   当所构建的镜像被用做其它镜像的基础镜像,该镜像中的触发器将会被钥触发 
减小docker体积 例子:
1 2 3 4 5 6 FROM  node:8 EXPOSE  3000 WORKDIR  /app COPY  package.json index.js ./ RUN  npm install CMD  ["npm" , "start" ] 
docker build -t app . docker run -p 3000:3000 -ti --rm --init app docker history app Docker的多阶段构建 在编写Dockerfile构建docker镜像时,常遇到以下问题:
RUN命令会让镜像新增layer,导致镜像变大,虽然通过&&连接多个命令能缓解此问题,但如果命令之间用到docker指令例如COPY、WORKDIR等,依然会导致多个layer; 有些工具在构建过程中会用到,但是最终的镜像是不需要的(例如用maven编译构建java工程),这要求Dockerfile的编写者花更多精力来清理这些工具,清理的过程又可能导致新的layer; 为了解决上述问题,从17.05版本开始Docker在构建镜像时增加了新特性:多阶段构建(multi-stage builds),将构建过程分为多个阶段,每个阶段都可以指定一个基础镜像,这样在一个Dockerfile就能将多个镜像的特性同时用到,例如:先用SDK镜像构建.NET Core工程,再把构建结果和Runtime 合成,就做成了一个可以直接运行.NET Core工程镜像了;
1 2 3 4 5 6 7 8 FROM  node:8  as buildWORKDIR  /app COPY  package.json index.js ./ RUN  npm install FROM  node:8 COPY  --from=build /app / EXPOSE  3000 CMD  ["index.js" ] 
Dockerfile的第一部分创建了三个层,然后这些层被合并并复制到第二个阶段。在第二阶段,镜像顶部又添加了额外的两个层,所以总共是三个层。
docker build -t app . docker history app docker images | grep node- 替换镜像(Alpine/distroless或者其他) Run指令使用&&拼接而非多个Run