1.DockerFile是什么
2.DockerFile构建过程解析
3.DockerFile常用保留字指令
4.DockerFile自定义CentOS镜像
5.DockerFile自定义微服务镜像
1.DockerFile是什么
假设我们想自定义一个Docker镜像，基于Centos7镜像具备vim+ifconfig+jdk8，按照我们以前的学习的步骤，我们需要先下载镜像，然后运行容器，再以进入容器进行vim+ifconfig+jdk8的安装，再把这个容器打包成新的镜像，这样操作非常繁琐，我们有没有更简单的方式来操作这一系列的步骤呢？此时就引出了我们的DockerFile。
DockerFile是用来构建Docker镜像的文本文件，是由一条条构建镜像所需的指令和参数构成的脚本。
使用DockerFile的3步骤：
1)编写DockerFile文件。
2)docker build命令构成镜像。
3)docker run依镜像运行容器实例
2.DockerFile构建过程解析
我们先来看看一个简单的DockerFile文件：
#基于centos
FROM centos
#镜像维护者的姓名和邮箱地址
MAINTAINER slf<xxx@qq.com>
#设置名为MYPATH的变量
ENV MYPATH /usr/local
#指定在创建容器后，终端默认登陆的进来工作目录
WORKDIR $MYPATH以上案例中，基于centos镜像，对镜像进行了一系列操作，我们可以得出Dockerfile内容基础知识为：
1)每条保留指令必须都为大写字母且后面必须要跟至少一个参数
2)指令从上到下，顺序执行
3)#表示注释
4)每条指令都会创建一个新的镜像并对容器进行提交
由此可以得出，Docker执行DockerFile的大致流程为：
1)docker从基础镜像中选择一个当做容器
2)执行一条条指令对容器进行修改
3)执行类似docker commit的操作提交一个新的镜像层
4)docker再基于刚提交的镜像运行一个新容器
5)执行dockerfile中的下一条指令直到所有指令都执行完成
最后我们得出如下结论：
我们从软件的角度来看，Dockerfile、Docker镜像和Docker容器分别代表一个软件的三个不同的阶段：
- Dockerfile是软件的一系列原材料
- Docker镜像是软件的交付品
- Docker容器则是软件镜像的运行态。
Dockerfile面向开发，Docker镜像成为交付标准，Docker容器则涉及部署与运维，三者缺一不可，合力充当Docker体系的基石。
最后再总结一下这三个概念：
1)Dockerfile，Dockerfile定义了应用程序所需要的一切东西，包括执行的代码，文件，环境，依赖，操作系统版本等等。
2)Docker镜像，在用Dockerfile定义一个文件之后，docker build时会产生一个Docker镜像，当运行 Docker镜像时会真正开始提供服务;
3)Docker容器，直接提供服务
3.DockerFile常用保留字指令
FROM ：基础镜像，当前新镜像是基于哪个镜像，指定那个镜像作为模板，第一条必须是FROM
MAINTAINER：镜像维护的作者
RUN：容器构建时要运行的命令 （在 docker build时运行）
它有两种格式：
shell格式：
RUN yum -y install vim
exec格式：
EXPOSE：容器往外暴露的接口
WORKDIR：用来指定创建容器后，终端默认登录进来的工作目录。
USER：指定该镜像使用什么样的用户执行，默认root
ENV：设置变量，如：
ENV MY_PATH /usr/mytest
这个环境变量可以在后续的任何RUN指令中使用，这就如同在命令前面指定了环境变量前缀一样，也可以在其它指令中直接使用这些环境变量。
比如：WORKDIR $MY_PATH
ADD：将宿主机目录下的文件拷贝到镜像里面，且会自动处理URL和解压tar压缩包。
COPY：类似ADD，拷贝文件和目录到镜像中。
将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置。
COPY src dest
VOLUME ：容器数据卷，用于数据保存和持久化工作。
VOLUME指令只是起到了声明了容器中的目录作为匿名卷，但是并没有将匿名卷绑定到宿主机指定目录的功能。
CMD： 指容器启动后干的事情。
Dockerfile 中可以有多个 CMD 指令，但只有最后一个生效，CMD 会被 docker run 之后的参数替换。
CMD和run的区别：
CMD是在docker run 时运行。
RUN是在 docker build时运行。
ENTRYPOINT：也是用来指定一个容器启动时要运行的命令，但有几点要注意：
这条明令类似于CMD命令，但是ENTRYPOINT不会被docker run后面的命令覆盖，而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序。
举例：
ENTRYPOINT ["java","-jar","DockerDemo.jar"] 运行jar包。
优点：在执行docker run的时候可以指定ENTRYPOINT运行所需参数。
注意：如果Dockerfile中存在多个ENTRYPOINT指令，仅最后一个生效。
4.DockerFile自定义CentOS镜像
我们搭建一个Centos7镜像，具备vim+ifconfig+jdk8。
我们先去下载一个java8的Linux安装包：
https://mirrors.yangxingzhen....
复制到和Dockerfile一个目录下面：
准备编写Dockerfile文件：
FROM centos:7
MAINTAINER slf
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:$PATH
EXPOSE 80
CMD echo $MYPATH
CMD echo "success--------------ok"
CMD /bin/bash
执行命令：
docker build -t centosjava8:1.5 .
注意 :上面TAG后面有个空格，有个点执行命令：
进入这个容器，查看是否安装成功：
5.DockerFile自定义微服务镜像
我们使用idea打包一个springBoot项目出来，然后把这个微服务丢到Docker里面运行：
yml:
server:
port: 6001controller:
@RestController
public class TestController {
@Value("${server.port}")
private String port;
@RequestMapping("/docker")
public String helloDocker()
{
return "hello docker"+"\t"+port+"\t"+ UUID.randomUUID().toString();
}
@RequestMapping(value ="/index",method = RequestMethod.GET)
public String index()
{
return "服务端口号: "+"\t"+port+"\t"+UUID.randomUUID().toString();
}
}打包：
拷贝到和DockerFile一个目录下：
Dockerfile:
# 基础镜像使用java
FROM williamyeh/java8
# 作者
MAINTAINER slf
# VOLUME 指定临时文件目录为/tmp，在主机/var/lib/docker目录下创建了一个临时文件并链接到容器的/tmp
VOLUME /tmp
# 将jar包添加到容器中并更名为DockerDemo.jar
ADD DockerDemo-0.0.1-SNAPSHOT.jar DockerDemo.jar
# 运行jar包
RUN bash -c 'touch /DockerDemo.jar'
ENTRYPOINT ["java","-jar","DockerDemo.jar"]
#暴露6001端口作为微服务
EXPOSE 6001
启动构建命令：
docker build -t slf_docker:1.6 .
运行镜像：
docker run -d -p 6001:6001 slf_docker:1.6
访问测试：
相关文章
