[Docker 系列]docker 学习七,DockerFile 编写和实战

Docker/容器
401
0
0
2022-07-29
标签   Docker

我们开始来一起学习 DockerFile 的知识点

DcokerFile 是用来构建 docker 镜像的文件,是一个命令参数脚本

一般 docker 镜像的构建步骤:

1、编写一个 dockerfile 文件

2、docker build 构建成为一个镜像

3、docker run 运行镜像

4、docker push 发布镜像(咱们可以发布到 DockerHub,也可以发布到阿里云上面)

我们来看看官方的镜像是咋玩的

例如我们在 DockerHub 上搜索 ubuntu ,看看官网的 DockerFile 是啥样子的

hub.docker.com/_/ubuntu

点击链接我们会进入到 git 仓库上,也是 DockerFile

咱们看到就 3 行 Docker 命令,是官方做成镜像的 DockerFile,所以这个官方的 ubuntu 镜像是非常简单的,阉割版本的,甚至连 clear 命令都没有,ll命令也没有

很多的官方镜像包都是非常简单的,很多功能都是没有的,我们通常会自己搭建自己的镜像来满足我们的各种需求

DockerFile 的构建过程

官方能构建镜像,我们也可以自己的镜像

DockerFile 的基础知识:

  • 每个 DockerFile 的保留字(指令),都必须是大写的
  • DockerFile 脚本执行是按照顺序执行的
  • #表示注释
  • 每一个指令都会创建提交一个新的镜像层,并提交

可以在网络上找到这样的图片,可以看到镜像是一层一层的,可以在浏览器上搜索到 DockerFile 里面的指令解释

dockerfile 是面向开发的,我们以后在做项目的时候,是直接发布一个镜像,交付的是一个镜像,就需要编写 DockerFile 文件,这个文件非常的简单!

咱们必须要掌握 Docker 镜像,逐渐成为企业交付的标准了。

咱们学习的过程是先会使用别人的东西,再去研究别人是怎么写的,进而我们也学会如何去写,去开发

例如:

我们先学习使用了,

DockerImages:通过 DockerFile 构建生产的镜像,最终发布和运行的产品

Docker 容器:容器服务就是镜像运行起来的服务器

现在我们开始详细学习 DockerFIle : 构建文件,定义了一切的步骤,这是源代码

DockerFile 的指令

图片来源于网络,我们一一解释一波

  • FROM

基础的镜像,一切都是从这里开始的

  • MAINTAINER

指明镜像是谁写的,写下自己的姓名和邮箱

  • RUN

镜像构建的时候需要运行的命令

  • ADD

加入某些配置,例如加入 mysql 的压缩包,添加内容

  • WORKDIR

镜像的工作目录

  • VOLUME

挂载目录

  • EXPOSE

暴露端口 和-p 是一个效果

  • CMD

指定这个容器启动的时候执行的命令,只会是最优一个指令进行生效,会被替代

  • ENTRYPOINT

指定这个容器启动的时候执行的命令,可以追加

  • ONBUILD

当构建一个被继承的 DockerFIle ,这个时候就会运行 ONBUILD 的指令,触发相应的动作

  • COPY

与 ADD 类似,此命令是将文件拷贝到镜像中

  • ENV

构建的时候设置环境变量

乍一看感觉 CMDENTRYPOINT功能好像差不多,但是还是不太清楚具体区别在哪里,文章末尾会有详细说明

实战

我们自己来做一个自定一个 ubuntu镜像

官方的ubuntu是阉割版本的,很多工具和命令都是不支持的,那么我们就自己加进去,自给自足

自己写一个 DockerFile

这里需要注意的是,基本上 99%的镜像,都是基于这个基础镜像 scratch,我们可以看到官方的 DockerFIle 也是基于这个镜像来玩的

ubuntu git url

那么我们可以基于这个 ubuntu 来进行自定义,加入一些我们需要的工具,如vimifconfig

FROM ubuntu

RUN apt-get update                    # 更新源

RUN  apt-get install -y vim            # 安装 vim

RUN  apt-get install -y net-tools    # 安装 net-tools

ENV MYPATH /usr/local                # 设置环境变量
WORKDIR $MYPATH                        # 设置镜像工作目录

EXPOSE 8888                            # 暴露端口

CMD echo "----- end -----"            # 执行 echo 命令

CMD /bin/bash

开始构建

docker build -f dockerfile2 -t xmtubuntu .

如果不在 DockerFile 中写入 apt-get update更新源,会出现下面这个问题,这个要注意

执行上述命令,会看到如下打印信息,最终会看到Successfully,即为构建成功

通过上图我们可以看出, DokerFile 中写了 9 个步骤,执行的时候也是分了 9 步,知道全部成功才算成功

最终构建成功后我们可以看到

Successfully built a6f88c9f245b
Successfully tagged xmtubuntu:latest

验证结果

docker images 查看我们的镜像

# docker images
REPOSITORY            TAG       IMAGE ID       CREATED          SIZE
xmtubuntu             latest    a6f88c9f245b   13 minutes ago   172MB

docker inspect a6f88c9f245b 查看我们镜像的构建过程

# docker history a6f88c9f245b
IMAGE          CREATED          CREATED BY                                      SIZE      COMMENT
a6f88c9f245b   14 minutes ago   /bin/sh -c #(nop)  CMD ["/bin/sh" "-c" "/bin…   0B
3c0d23b8188f   14 minutes ago   /bin/sh -c #(nop)  CMD ["/bin/sh" "-c" "echo…   0B
ffb019142fc7   14 minutes ago   /bin/sh -c #(nop)  EXPOSE 8888                  0B
8867e6d97670   14 minutes ago   /bin/sh -c #(nop) WORKDIR /usr/local            0B
c9d0141ec3b0   14 minutes ago   /bin/sh -c #(nop)  ENV MYPATH=/usr/local        0B
41e73f7e314d   14 minutes ago   /bin/sh -c apt-get install -y net-tools         1.52MB
52013ca51f1d   14 minutes ago   /bin/sh -c apt-get install -y vim               68.2MB
5ea7d553d403   14 minutes ago   /bin/sh -c apt-get update                       29.7MB
1318b700e415   11 days ago      /bin/sh -c #(nop)  CMD ["bash"]                 0B
<missing>      11 days ago      /bin/sh -c #(nop) ADD file:524e8d93ad65f08a0…   72.8MB

xmtubuntu 这个镜像的构建过程我们可以清晰的看出都执行了哪些步骤,当然,同样的方式,我们也可以看看官方的镜像是如何构建的,我们来看看官方 ubuntu 的

# docker history ubuntu
IMAGE          CREATED       CREATED BY                                      SIZE      COMMENT
1318b700e415   11 days ago   /bin/sh -c #(nop)  CMD ["bash"]                 0B
<missing>      11 days ago   /bin/sh -c #(nop) ADD file:524e8d93ad65f08a0…   72.8MB

官方的就很简单,阉割了很多东西,我们可以看出官方的 ubuntu 就 2 个步骤,第一个是加入ubuntu 压缩包,第二个就是 /bin/bash

我们查看我们的自定义镜像 xmtubuntu

果然,我们的自定义ubuntu镜像,有了vimifconfig工具,实战成功

CMD 和 ENTRYPOINT 的区别

  • CMD

指定这个容器启动的时候执行的命令,只会是最优一个指令进行生效,会被替代

  • ENTRYPOINT

指定这个容器启动的时候执行的命令,可以追加

如何理解呢?我们来做一个对比试验就可以很好的理解上述的解释说明,docker 里面有很多命令会有这样的微小区别,我们可以举一反三,慢慢深入学习

CMD 的例子

写一个简单的 DockerFile 文件名为 dockerfile-cmd

FROM xmtubuntu
CMD ["ls","-a"]

构建镜像

e# docker build -f dockerfile-cmd -t dockerfile-cmd .
Sending build context to Docker daemon  1.346GB
Step 1/2 : FROM xmtubuntu
 ---> a6f88c9f245b
Step 2/2 : CMD ["ls","-a"]
 ---> Running in 101670af4290
Removing intermediate container 101670af4290
 ---> 1697fc03b8ce
Successfully built 1697fc03b8ce
Successfully tagged dockerfile-cmd:latest

创建并启动容器

docker run 101670af4290,可以看到如下效果

image-20210807121235380

我们尝试在启动容器时候追加命令

docker run 101670af4290 -l,就会有如下报错

# docker run 1697fc03b8ce -l
docker: Error response from daemon: OCI runtime create failed: container_linux.go:380: starting container process caused: exec: "-l": executable file not found in $PATH: unknown.

原因如下:

使用 CMD指令是(例如我们的例子是 ls -a),我们在启动容器的时候,后面追加的命令(-l)会把 ls -a替换掉,由于-l不是一个命令,因此报错

ENTRYPOINT 的例子

写一个简单的 DockerFile 文件名为 dockerfile-entrypoint

FROM xmtubuntu
ENTRYPOINT ["ls","-a"]

构建镜像,创建并启动容器和 CMD 的例子一模一样,咱们直接启动容器的效果和 CMD的例子也是一模一样,我们直接来看启动容器并追加参数的例子

可以看出使用 ENTRYPOINT是可以在后面追加参数的,使用CMD若指令后面追加参数,那么会覆盖CMD指定的指令

那么,对于以后遇到相关的指令,我们也可以举一反三,做对比试验,这样我们就会理解的更加清楚

如何发布我们的镜像

1、登录 dockerhub

没有注册的 xdm 可以注册一个,hub.docker.com/

# docker login -u xxxx用户名
Password:
WARNING! Your password will be stored unencrypted in /root/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store

Login Succeeded

2、修改我们的镜像 tag

docker tag 我们的镜像id 我们的docker用户名/镜像名字:版本

3、将镜像推到我们自己的仓库中

发布镜像的时候,也是按照一层一层的提交的

最后补充一个网络上找到的图片,现在看这张图就能更清晰的明白其中的原理了

参考资料:

docker docs

欢迎点赞,关注,收藏

朋友们,你的支持和鼓励,是我坚持分享,提高质量的动力

好了,本次就到这里

技术是开放的,我们的心态,更应是开放的。拥抱变化,向阳而生,努力向前行。

我是小魔童哪吒,欢迎点赞关注收藏,下次见~