DockerFile
- 一、概述
- 二、DockerFile构建过程
- 2.1、Dockerfile内容基础知识
- 2.2、Docker执行Dockerfile的大致流程
- 2.3、小总结
- 三、DockerFile常用保留字指令
- 四、实操案例
- 4.1、要求Centos7镜像具备vim+ifconfig+jdk8
- 4.2、编写
- 4.3、Build构建镜像
- 4.4、虚悬镜像
一、概述
Dockerfile是用来构建Docker镜像的文本文件,是由一条条构建镜像所需的指令和参数构成的脚本
官网: https://docs.docker.com/engine/reference/builder/
构造三步骤
- 编写Dockerfile文件
- docker build命令构建镜像
- docker run依镜像运行容器实例
二、DockerFile构建过程
2.1、Dockerfile内容基础知识
- 每条保留字指令都必须为大写字母且后面要跟随至少一个参数
- 指令按照从上到下,顺序执行
#
表示注释- 每条指令都会创建一个新的镜像层并对镜像进行提交
2.2、Docker执行Dockerfile的大致流程
不断往上堆积新的镜像进行运行,分层的概念
- (1)docker从基础镜像运行一个容器
- (2)执行一条指令并对容器作出修改
- (3)执行类似docker commit的操作提交一个新的镜像层
- (4)docker再基于刚提交的镜像运行一个新容器
- (5)执行dockerfile中的下一条指令直到所有指令都执行完成
2.3、小总结
从应用软件的角度来看,Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段
- Dockerfile是软件的原材料
- Docker镜像是软件的交付品
- Docker容器则可以认为是软件镜像的运行态,也即依照镜像运行的容器实例
Dockerfile面向开发,Docker镜像成为交付标准,Docker容器则涉及部署与运维,三者缺一不可,合力充当Docker体系的基石。
1、 Dockerfile,需要定义一个Dockerfile,Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道,这时需要考虑如何设计namespace的权限控制)等等;
2 、Docker镜像,在用Dockerfile定义一个文件之后,docker build时会产生一个Docker镜像,当运行 Docker镜像时会真正开始提供服务;
3 、Docker容器,容器是直接提供服务的。
三、DockerFile常用保留字指令
FROM
基础镜像
,当前新镜像是基于哪个镜像的,指定一个已经存在的镜像作为模板,第一条必须是from
MAINTAINER
镜像维护者的姓名和邮箱地址
RUN
-
容器构建时需要运行的命令
-
两种格式
- shell格式
这个就是相当于在这个基础镜像的运行终端操作的命令,RUN yum -y install vim
,比如这个命令就是新增 vim 功能的命令,只要run了,他就会在容器构建时运行这个命令,就是你在构建镜像的过程中可以对镜像进行一些终端的操作
- exec格式
-
RUN是在 docker build时运行
EXPOSE
当前容器对外暴露出的端口
WORKDIR
指定在创建容器后,终端默认登陆的进来工作目录,一个落脚点,就是容器运行后,实例终端登录进来的目录地址
USER
指定该镜像以什么样的用户去执行,如果都不指定,默认是root
ENV
用来在构建镜像过程中设置环境变量,就是设置一些环境变量的目录,然后可以直接引用使用
ENV MY_PATH /usr/mytest
这个环境变量可以在后续的任何RUN指令中使用,这就如同在命令前面指定了环境变量前缀一样;也可以在其它指令中直接使用这些环境变量,
比如官方Tomcat,如下
ADD
将宿主机目录下的文件拷贝进镜像且会自动处理URL和解压tar压缩包,就是COPY的功能加上解压,以及链接的东西也能弄过来
COPY
类似ADD,拷贝文件和目录到镜像中。
将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置
-
COPY src dest
-
COPY ["src", "dest"]
<src源路径>:源文件或者源目录
<dest目标路径>:容器内的指定路径,该路径不用事先建好,路径不存在的话,会自动创建。
VOLUME
容器数据卷,用于数据保存和持久化工作
CMD
指定容器启动后的要干的事情
注意
- Dockerfile 中可以有多个 CMD 指令,但只有最后一个生效,CMD 会被 docker run 之后的参数替换,意思就是如果有多个CMD命令,只有最后一个有用,会进行覆盖(注意的是前面的也会运行,但是会被后面的覆盖,假设是打印命令也会显示出来,最后一个生效,理解为覆盖而不是不运行)
,而且假设我们用Docke run启动,后面设置了一些命令参数,也会将这个命令进行覆盖
参考官网Tomcat的dockerfile演示讲解,官网最后一行命令
假设我们使用Docker run 启动Tomcat加上参数
docker run -it -p 8080:8080 30ef4019761d /bin/bash
也就是最后一个参数/bin/bash
这个参数就会覆盖原有的CMD,其实就相当于多了一行
CMD ["/bin/bash","run"]
,原有的就会失效
它和前面RUN命令的区别
- CMD是在docker run 时运行。
- RUN是在 docker build时运行。
ENTRYPOINT
- 也是用来指定一个容器启动时要运行的命令
- 类似于 CMD 指令,但是ENTRYPOINT不会被docker run后面的命令覆盖,
而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序
命令格式和案例说明
ENTRYPOINT可以和CMD一起用,一般是变参才会使用 CMD ,这里的 CMD 等于是在给 ENTRYPOINT 传参。
当指定了ENTRYPOINT后,CMD的含义就发生了变化,不再是直接运行其命令而是将CMD的内容作为参数传递给ENTRYPOINT指令,他两个组合会变成
也就是当这两个指令都在的时候,CMD就相当于传参的作用,ENTRYPOINT是老大
案例如下:假设已通过 Dockerfile 构建了 nginx:test 镜像:
为什么上面的 ENTRYPOINT 不会被Docke run 命令覆盖,为啥第三个传参运行还是覆盖了呢?因为CMD作为参数传递给ENTRYPOINT,由于CMD会被Docker run覆盖,所以这个run的参数会覆盖CMD,然后再传递给ENTRYPOINT,最终效果就是上面所示,如果不用CMD传参,直接写死ENTRYPOINT,那 docker run命令就会失效,不会被覆盖
优点
在执行docker run的时候可以指定 ENTRYPOINT 运行所需的参数。
注意
如果 Dockerfile 中如果存在多个 ENTRYPOINT 指令,仅最后一个生效。
四、实操案例
4.1、要求Centos7镜像具备vim+ifconfig+jdk8
首先准备一个 Centos 的镜像
docker pull centos
这个centos是没有 JDK,ifconfig以及vim的
我们需要的就是在这个基础的Centos镜像的基础上通过 Dockerfile对其进行增强,也就是
Centos7镜像具备vim+ifconfig+jdk8
下载 Linux 的 JDK(随便下一个8版本的就行)
地址:https://mirrors.yangxingzhen.com/jdk/
4.2、编写
将JDK下载到服务器,以及创建 Dockerfile 文件(文件名注意大写 D)
准备编写Dockerfile文件
每一步都会构建新镜像,所以同一种命令尽量写在同一行
FROM centos:centos7
MAINTAINER guai<guailovecode@163.com>ENV MYPATH /usr/local
WORKDIR $MYPATH#安装vim编辑器
RUN yum -y install vim
#安装ifconfig命令查看网络IP
RUN yum -y install net-tools
#安装java8及lib库
RUN yum -y install glibc.i686
RUN mkdir /usr/local/java
#ADD 是相对路径jar(这里都在当前一个文件夹里,不然要写绝对路径),把jdk-8u171-linux-x64.tar.gz添加到容器中,安装包必须要和Dockerfile文件在同一位置
ADD jdk-8u171-linux-x64.tar.gz /usr/local/java/
#配置java环境变量
ENV JAVA_HOME /usr/local/java/jdk1.8.0_171
ENV JRE_HOME $JAVA_HOME/jre
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib:$CLASSPATH
ENV PATH $JAVA_HOME/bin:$PATHEXPOSE 80
#这个echo 就是打印的意思
CMD echo $MYPATH
CMD echo "success--------------ok"
CMD /bin/bash
4.3、Build构建镜像
# -t 参数就是可以设置名字以及版本
docker build -t 新镜像名字:TAG .
注意,上面TAG后面有个空格,有个点
开始构建
docker build -t centosjava8:1.5 .
这里又可以回忆一下联合文件系统,也就是分层镜像,这里每一步都会构建一个新的镜像,层层堆叠
运行新镜像,成功效果如下
4.4、虚悬镜像
概念
仓库名、标签都是的镜像,俗称dangling image,一般在构建或者删除的时候可能会产生
Dockerfile写一个
vim Dockerfile
from ubuntu
CMD echo 'action is success'
docker build .
查看镜像,发现这个镜像是没有仓库名以及tag的
查看虚悬镜像的命令
docker image ls -f dangling=true
一般对于虚悬镜像都是进行删除的,因为没有价值,命令如下
这个只会删除没有运行的镜像,如果容器启动过程中产生的虚悬镜像,需要将容器停止才能进行删除
docker image prune