Docker 与 K8S学习笔记(四)—— Dockerfile的编写
在上一篇中我们简单介绍了Docker镜像的获取与使用,其中在镜像制作中提到在实际使用中一定要用Dockerfile方式去创建镜像而不要用docker commit方式,那么我们该如何编写Dockerfile呢,在写Dockerfile时又有那些注意点呢?今天我们就来一起学习Dockerfile的编写。
一、什么是Dockerfile?
Dockerfile 是一个用来构建镜像的文本文件,其内容包含了一条条构建镜像所需的指令和说明。
二、从一个简单的例子开始
1、制作一个JDK镜像
我们首先通过制作一个简单的JDK镜像来感受Dockerfile的魅力,既然要制作JDK镜像,我们首先需要准备好需要的安装的JDK安装包,这里我们使用jdk-8u231-linux-x64.tar.gz,接下来就是Dockerfile的编写了:
# 声明所使用的基础镜像 FROM ubuntu # 指定构建镜像时的工作目录,后续命令都是基于此目录的,如果不存在则创建 WORKDIR /opt/soft/jdk # 将jdk包复制并解压到/opt/soft/jdk目录下 ADD jdk-8u231-linux-x64.tar.gz /opt/soft/jdk/ # 设置环境变量 ENV JAVA_HOME=/opt/soft/jdk/jdk1.8.0_231 ENV CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar ENV PATH=$JAVA_HOME/bin:$PATH
ok,这样我们Dockerfile就编写完毕了,其中涉及到的指令含义后续会专门讲解,大家暂时不需要纠结。我们通过docker build命令制作镜像。
$ sudo docker build -t ubuntu-jdk . Sending build context to Docker daemon 194.2MB Step 1/6 : FROM ubuntu latest: Pulling from library/ubuntu 35807b77a593: Pull complete Digest: sha256:9d6a8699fb5c9c39cf08a0871bd6219f0400981c570894cd8cbea30d3424a31f Status: Downloaded newer image for ubuntu:latest ---> fb52e22af1b0 Step 2/6 : WORKDIR /opt/soft/jdk ---> Running in 1526a2a25872 Removing intermediate container 1526a2a25872 ---> e5b5ee6e0f89 Step 3/6 : ADD jdk-8u231-linux-x64.tar.gz /opt/soft/jdk/ ---> f22f968c43cd Step 4/6 : ENV JAVA_HOME=/opt/soft/jdk/jdk1.8.0_231 ---> Running in a71c57c44b12 Removing intermediate container a71c57c44b12 ---> 876227810405 Step 5/6 : ENV CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar ---> Running in 8ff7aefbc820 Removing intermediate container 8ff7aefbc820 ---> f04605d6e9c2 Step 6/6 : ENV PATH=$JAVA_HOME/bin:$PATH ---> Running in 88f21ce05cc4 Removing intermediate container 88f21ce05cc4 ---> cb70bf70e1e9 Successfully built cb70bf70e1e9 Successfully tagged ubuntu-jdk:latest
我们先来学习下上面执行的docker build命令,其中 -t 将镜像重新命名为ubuntu-jdk,命令末尾的 “.”指明docker context是当前目录,Docker默认是从docker context中查找Dockerfile,所以一般情况下Dockerfile文件名我们是不需要修改的,如果我们修改了Dockerfile文件名,那一定记得使用 -f 参数去指定要使用的Dockerfile。
接下来我们分析下Docker镜像的创建过程:
1)Step 1:执行FROM,将ubuntu作为基础镜像,这里将tag为latest的ubuntu镜像拉取下来,镜像ID为fb52e22af1b0;
2)Step 2:执行WORKDIR,设置工作目录,这里其实是首先启动ID为fb52e22af1b0的临时容器,然后在其中创建/opt/soft/jdk目录,创建完毕后删除此临时容器,并将此容器保存为ID是e5b5ee6e0f89的镜像。
3)Step 3:执行ADD,将jdk-8u231-linux-x64.tar.gz拷贝并解压到/opt/soft/jdk目录下,并保存为ID是f22f968c43cd的镜像。
4)Step 4 ~ Step 6:执行ENV,先开启临时容器,然后设置环境变量,最后保存为镜像。
5)最终镜像构建成功,镜像ID为cb70bf70e1e9,tag为ubuntu-jdk:latest。
2、查看镜像分层结构
大家看到上面是不是很懵逼,我明明只要制作一个镜像,怎么在执行Dockerfile时还创建了那么多镜像呢?其实在Dockerfile中,它的每条指令都会创建一个镜像层,执行操作后再将此镜像层保存。我们通过docker history可以很清楚看到这一点:
$ sudo docker history ubuntu-jdk IMAGE CREATED CREATED BY SIZE COMMENT cb70bf70e1e9 22 minutes ago /bin/sh -c #(nop) ENV PATH=/opt/soft/jdk/jd… 0B f04605d6e9c2 22 minutes ago /bin/sh -c #(nop) ENV CLASSPATH=.:/opt/soft… 0B 876227810405 22 minutes ago /bin/sh -c #(nop) ENV JAVA_HOME=/opt/soft/j… 0B f22f968c43cd 22 minutes ago /bin/sh -c #(nop) ADD file:610ae1ffb70fff692… 403MB e5b5ee6e0f89 22 minutes ago /bin/sh -c #(nop) WORKDIR /opt/soft/jdk 0B fb52e22af1b0 12 days ago /bin/sh -c #(nop) CMD ["bash"] 0B <missing> 12 days ago /bin/sh -c #(nop) ADD file:d2abf27fe2e8b0b5f… 72.8MB
$ sudo docker history ubuntu IMAGE CREATED CREATED BY SIZE COMMENT fb52e22af1b0 12 days ago /bin/sh -c #(nop) CMD ["bash"] 0B <missing> 12 days ago /bin/sh -c #(nop) ADD file:d2abf27fe2e8b0b5f… 72.8MB
我们可以看到ubuntu-jdk相比于ubuntu镜像多了很多层,这些层就是我们在执行WORKDIR、ADD、ENV指令时产生的。细心的同学可能发现了:既然我们在构建jdk镜像时创建了那么多镜像,那为什么通过docker image ls 命令只能看到基础镜像和jdk镜像呢?
$ sudo docker image ls REPOSITORY TAG IMAGE ID CREATED SIZE ubuntu-jdk latest cb70bf70e1e9 39 minutes ago 476MB ubuntu latest fb52e22af1b0 12 days ago 72.8MB ubuntu 18.04 39a8cfeef173 6 weeks ago 63.1MB nginx 1.21.1 08b152afcfae 7 weeks ago 133MB
这里需要大家注意我们构建jdk镜像时产生的那些镜像都是中间镜像,这类镜像会被别的镜像所依赖,如果想看到这些镜像,我们要使用docker image ls -a命令:
$ sudo docker image ls -a REPOSITORY TAG IMAGE ID CREATED SIZE <none> <none> f04605d6e9c2 42 minutes ago 476MB ubuntu-jdk latest cb70bf70e1e9 42 minutes ago 476MB <none> <none> 876227810405 42 minutes ago 476MB <none> <none> f22f968c43cd 42 minutes ago 476MB <none> <none> e5b5ee6e0f89 42 minutes ago 72.8MB ubuntu latest fb52e22af1b0 12 days ago 72.8MB ubuntu 18.04 39a8cfeef173 6 weeks ago 63.1MB nginx 1.21.1 08b152afcfae 7 weeks ago 133MB
3、镜像缓存特性
我们在制作jdk镜像时docker创建了多个中间层镜像,这些镜像一般都是会被重复利用的,无需重新构建,这样便能提升镜像构建效率,为了验证这一点,我们简单修改下我们的Dockerfile,我们在最后加一句java文件生成的操作:
FROM ubuntu WORKDIR /opt/soft/jdk ADD jdk-8u231-linux-x64.tar.gz /opt/soft/jdk/ ENV JAVA_HOME=/opt/soft/jdk/jdk1.8.0_231 ENV CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar ENV PATH=$JAVA_HOME/bin:$PATH RUN touch test.java
接着我们构建镜像:
$ sudo docker build -t ubuntu-jdk-2 . Sending build context to Docker daemon 194.2MB Step 1/7 : FROM ubuntu ---> fb52e22af1b0 Step 2/7 : WORKDIR /opt/soft/jdk ---> Using cache ---> e5b5ee6e0f89 Step 3/7 : ADD jdk-8u231-linux-x64.tar.gz /opt/soft/jdk/ ---> Using cache ---> f22f968c43cd Step 4/7 : ENV JAVA_HOME=/opt/soft/jdk/jdk1.8.0_231 ---> Using cache ---> 876227810405 Step 5/7 : ENV CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar ---> Using cache ---> f04605d6e9c2 Step 6/7 : ENV PATH=$JAVA_HOME/bin:$PATH ---> Using cache ---> cb70bf70e1e9 Step 7/7 : RUN touch test.java ---> Running in e5f462e9c451 Removing intermediate container e5f462e9c451 ---> 7dc9fe245160 Successfully built 7dc9fe245160 Successfully tagged ubuntu-jdk-2:latest
大家可以很明显看出来,在构建过程中第1~6步都是用了镜像缓存,那我们能不能不使用缓存呢?当然可以我们只需要在构建时加入参数--no-cache即可:
$ sudo docker build --no-cache -t ubuntu-jdk-3 . Sending build context to Docker daemon 194.2MB Step 1/7 : FROM ubuntu ---> fb52e22af1b0 Step 2/7 : WORKDIR /opt/soft/jdk ---> Running in 8560b572d2ac Removing intermediate container 8560b572d2ac ---> 7cecd9874b7c Step 3/7 : ADD jdk-8u231-linux-x64.tar.gz /opt/soft/jdk/ ---> 01d1539300e6 Step 4/7 : ENV JAVA_HOME=/opt/soft/jdk/jdk1.8.0_231 ---> Running in daa99a7adfe0 Removing intermediate container daa99a7adfe0 ---> 16e8e58ff40b Step 5/7 : ENV CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar ---> Running in e9d598aa1cd3 Removing intermediate container e9d598aa1cd3 ---> 868daae44996 Step 6/7 : ENV PATH=$JAVA_HOME/bin:$PATH ---> Running in e13199a0ba85 Removing intermediate container e13199a0ba85 ---> 0e9732a41c0e Step 7/7 : RUN touch test.java ---> Running in 90d76edd935d Removing intermediate container 90d76edd935d ---> 2c73ecf1af57 Successfully built 2c73ecf1af57 Successfully tagged ubuntu-jdk-3:latest
三、常用的Dockerfile指令:
Docker为了方便我们制作镜像,提供了多种Dockerfile指令,接下来我们一起看看这些指令都是什么含义:
-
FORM:指定基础镜像;
-
MAINTAINER:设置镜像作者;
-
WORKDIR:设置构建镜像的工作目录,如果目录不存在则自动创建;
-
COPY:将文件从docker context拷贝到镜像;
-
ADD:与COPY类似,都是将文件从docker context拷贝到镜像,不同的是当文件是归档类型(tar、tar.gz、zip等)时,会自动解压到目标路径;
-
ENV:设置环境变量,并可被后面的指令使用;
-
EXPOSE:指定容器中进程会监听的端口,docker可将该端口暴露出来;
-
VOLUME:将文件或目录设置为volume;
-
RUN:在容器中运行指定的指令;
-
CMD:设置容器启动时运行的指令,当设置多条CMD指令时,只有最后一条生效;
-
ENTRYPOINT:设置容器启动时运行的命令,当设置多条ENTRYPOINT时,只有最后一条生效。
PS:RUN、CMD和ENTRYPOINT的区别:
1、RUN
执行命令并创建新的镜像层,通常用于镜像构建中软件包安装等操作。
2、CMD
为容器指定默认的启动执行命令,此命令会在容器启动且docker run没有指定其他命令时运行,也就是说CMD中的命令是可以在docker run中被其他命令所覆盖的。
3、ENTRYPOINT
和CMD很像,不同的是ENTRYPOINT指定的命令一定会被执行,即使docker run中指定了其他命令,这也就意味着ENTRYPOINT可以用于让容器以应用程序或服务的形式运行。
好了,以上就是本文的内容,关于Dockerfile的其它指令后续会在各个实践案例中逐步使用。