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
#设置名为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格式:
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: 6001
controller:
@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:
# 基础镜像使用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
访问测试: