Dockerfile
DockerFile解析
Dockefile是什么
Dockerfile是用来构建Docker镜像的文本文件,是由一条条构建镜像所需的指令和参数构成的脚本。
概述

官网
构建三步骤
- 编写Dockerfile文件
- docker build 命令构建镜像
- docker run 依镜像运行容器实例
DockerFile构建过程解析
Dockerfile内容基础知识
- 每条保留字指令都==必须为大写字母==且后面要跟随至少一个参数;
- 指令按照从上到下,顺序执行;
#表示注释;- 每条指令都会创建一个新的镜像层并对镜像进行提交;
Docker执行Dockerfile的大致流程
- docker从基础镜像运行一个容器;
- 执行一条指令并对容器作出修改;
- 执行类似 docker commit 的操作提交一个新的镜像层;
- docker再基于刚提交的镜像运行一个新容器;
- 执行dockerfile中的下一条指令,直到所有指令都执行完成;
小总结
从应用软件的角度来看,Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段:
-
Dockerfile是软件的原材料;
-
Docker镜像是软件的交付品;
-
Docker容器则可以认为是软件镜像的运行态,也即依照镜像运行的容器实例;
Dockerfile面向开发,Docker镜像成为交付标准,Docker容器则涉及部署与运维,三者缺一不可,合力充当Docker体系的基石。

- Dockerfile,需要定义一个Dockerfile,Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道,这时需要考虑如何设计namespace的权限控制)等等;
- Docker镜像,在用Dockerfile定义一个文件之后,docker build时会产生一个Docker镜像,当运行Docker镜像时会真正开始提供服务;
- Docker容器,容器是直接提供服务的。
DockerFile常用保留字指令
参装 tomcat 8 的 dockerfile入门:https://github.com/docker-library/tomcat
FROM
基础镜像,当前新镜像是基于哪个镜像的,指定一个己经存在的镜像作为模板,第一条必须是from
MAINTAINER
镜像维护者的姓名和邮箱地址
RUN
容器构建时需要运行的命令
两种格式
-
shell格式:
RUN <命令行命令> # <命令行命令>等同于,在终端操作的shel1命令。 -
exec格式:
RUN ["可执行文件","参数1“,"参数2"] # 例如: # RUN ["./test.php","dev","offline"] 等价于 RUN ./test.php dev offline
RUN是在 docker build 时运行
EXPOSE
当前容器对外暴露出的端口
WORKDIR
指定在创建容器后,终端默认登陆的进来工作目录,一个落脚点
USER
指定该镜像以什么样的用户去执行,如果都不指定,默认是root(一般不指定,使用root)
ENV
用来在构建镜像过程中设置环境变量
ENV MY_PATH /usr/mytest
这个环境变量可以在后续的任何RUN指令中使用,这就如同在命令前面指定了环境变量前缀一样;
也可以在其它指令中直接使用这些环境变量,比如:WORKDIR $MY_PATH
ADD
将宿主机目录下的文件拷贝进镜像且会自动处理URL和解压tar压缩包
COPY
类似ADD,拷贝文件和目录到镜像中。
将从构建上下文目录中<源路径>的文件/目录复制到新的一层的镜像内的<目标路径>位置
COPY src dest
COPY ["src","dest"]
- <src源路径>:源文件或者源目录
- <dest目标路径>:容器内的指定路径,该路径不用事先建好,路径不存在的话,会自动创建。
VOLUME
容器数据卷,用于数据保存和持久化工作
CMD
指定容器启动后的要干的事情
CMD指令的格式和RUN相似,也是两种格式:
shell格式:CMD <命令>exec格式:CMD ["可执行文件", "参数1", "参数2", ...]- 参数列表格式:
CMD ["参数1", "参数2",...]。在指定了ENTRYPOINT指令后,用CMD指定具体的参数。
注意
-
Dockerfile中可以有多个CMD指令,==但只有最后一个生效,CMD会被 docker run 之后的参数替换==
-
参考官网Tomcat的dockerfile演示讲解
-
官网最后一行命令:

-
我们演示自己的覆盖操作:
默认

docker ps -a docker exec -it 620e64e80930 /bin/bash redis-cli
替换CMD命令

-
它和前面RUN命令的区别
- CMD 是在docker run时运行。
- RUN 是在docker build时运行。
ENTRYPOINT
也是用来指定一个容器启动时要运行的命令。类似于CMD指令,==但是==ENTRYPOINT==不会被 docker run 后面的命令覆盖==,而且这些命令行参数==会被当作参数送给ENTRYPOINT指令指定的程序==
命令格式和案例说明
ENTRYPOINT ["<executeable>","<param1>","<param2>",...]
ENTRYPOINT可以和CMD一起用,一般是变参才会使用CMD,这里的CMD等于是在给ENTRYPOINT传参。当指定了ENTRYPOINT后,CMD的含义就发生了变化,不再是直接运行其命令而是将CMD的内容作为参数传递给ENTRYPOINT指令,他两个组合会变成<ENTRYPOINT>"<CMD>"
案例如下:假设己通过Dockerfile构建了nginx:test镜像:
FROM nginx
ENTRYPOINT["nginx","-c"] #定参
CMD ["/etc/nginx/nginx.conf"] #变参
| 是否传参 | 按照dockerfile编写执行 | 传参运行 |
|---|---|---|
| Docker命令 | docker run nginx:test | docker run nginx:test -c /etc/nginx/new.conf |
| 衍生出的实际命令 | nginx -c /etc/nginx/nginx.conf | nginx -c /etc/nginx/new.conf |
小总结

案例:自定义镜像mycentosjava8
要求
-
Centos7镜像具备vim+ifconfig+jdk8
-
JDK的下载镜像地址:
编写
-
准备编写Dockerfile文件
FROM centos MAINTAINER zzyy<zzyybs@126.com> ENV MYPATH /usr/local WORKDIR $MYPATH RUN cd /etc/yum.repos.d/ & sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-* RUN cd /etc/yum.repos.d/ & sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g' /etc/yum.repos.d/CentOS-* RUN yum makecache RUN yum update -y #安装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,把jdk8u171.linux-x64.tar.gz添加到容器中,安装包必须要和Dockerfile文件在同一位置 ADD jdk-8u192-linux-x64.tar.gz /usr/local/java/ #配置java环境变量 ENV JAVA_HOME /usr/local/java/jdk1.8.0_192 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:$PATH EXPOSE 80 CMD echo SMYPATH CMD echo "success--------------ok" CMD /bin/bash -
首字母D大写
构建
docker build -t [新镜像名字]:TAG .
注意,上面TAG后面有个空格,有个点

运行
docker run -it mycentosjava8:0.1 /bin/bash

虚悬镜像
是什么
仓库名、标签都是<none>的镜像,俗称dangling image
使用Dockerfile写一个用于测试
1、vim Dockerfile
from ubuntu
CMD echo 'action is success'
2、docker build
docker build .
查看方式
docker image ls -f dangling=true

构建时或者删除镜像时出现了一些错误,导致仓库和标签变成了<none>
删除
虚悬镜像己经失去存在价值,可以删除
docker image prune

小总结
