第二口docker的感觉 —— Dockerfile

简介:

前言

首先我们来思考这样一个问题:如果将改变了一些配置的Container在生成一个镜像?

正文

就前言的问题,我做一下解答:
通过docker commit命令,这个命令的目的是将我们的最新修改作为镜像的一层进行构建,命令详情参考:

https://docs.docker.com/engine/reference/commandline/commit/

❌但是这种方式方式我们并不提倡,因为这种构建方式相当于一个黑盒的构建,别人也不知道你具体做了那些操作,这个时候就需要引出我们的"构建好助手"——DockerFile

dockerfile是把你所有想要需要的地方都表现在了纸面上,这样我们可以明确知道所有的修改内容。

dockerfile的具体写法我们在后面进行详细的讨论。 但是在这里我们要明确一个问题,Dockerfile其实并不是向镜像里直接写入的,因为镜像是只读的。docker在这个时候创建了一个临时的容器,然后写入内容之后,再把临时容器删除。

DockerFile使用说明

我们创建自己需要的镜像的时候,可以通过commit和dockerfile的形式进行构建,但是前面也说了,官方推荐的还是dockerfile的形式。我们其实很容易的把它理解为一个构建脚本,docker为我们提供了很多可以使用的命令,下面我会一一说明。

基本指令说明
  1. ARG指令**
    定义创建镜像过程中使用的变量,相当于我们为docker build - -build-arg赋值。镜像编译结束后,这个变量将不会被保存

    ARG version=1.0
    AI 代码解读
  2. FROM指令
    指定我们要在哪个image之上再进行构建,尽量使用官方image进行base image,为了安全。并且一个Dockerfile,必须要以From指令作为开头(ARG是唯一一个可以先于From命令的)

    FROM debian:latest
    AI 代码解读
  3. LABLE指令
    像是代码里的注释一样,一些概括的维护者信息。

    LABLE author=harry
    AI 代码解读
  4. ENV指令
    定义变量,可以在dockerfile下方进行使用,例如我们定义了 ENV USER harry,那么下面可以这样使用 "${USER}"

    ENV FILE_LOCATION /usr/local/file
    AI 代码解读
  5. USER指令
    指定运行容器时的用户是谁
  6. WORKDIR指令
    进入到我们指定的目录中,如果没有这个目录会自动进行创建,用WORKDIR,代替 RUN cd。尽量使用绝对目录,不要使用相对目录。

    WORKDIR /usr/local
    WORKDIR tomcat/config
    # 可以连续指定路径,如果像上述一样,指定的路径为/usr/local/tomcat/configs
    AI 代码解读
  7. RUN指令
    每执行一次RUN就是就会产生镜像的一层,使用 "&&" 将多个命令串联起来,如果需要换行在最后需要使用" " 反斜杠。环境的运行与搭建,大多数情况下需要这个命令

    RUN yum update \
            && yum install -y nginx
    #上述操作先更新yum,然后下载nginx
    AI 代码解读
  8. CMD指令
    设置启动后默认执行的命令和参数。如果docker run 进行了指定了命令,例如 docker run -it … /bin/bash。则不会运行CMD中的命令,而且CMD定义多个,后面会覆盖之前的。

    启动tomcat命令
    CMD ['catalina.sh', 'run']
    AI 代码解读
  9. ENTRYPOINT指令
    设置容器启动时默认执行的命令和参数,该命令会在启动容器后作为根命令执行,通过名称可以看出来是入口。让容器以应用程序或者服务去执行。并且ENTRYPOINT一定会执行

    将一个shell脚本作为docker启动的入口。
    ENTRYPOINT ['/entry.sh']
    AI 代码解读
  10. COPY指令
    把本地文件拷贝到docker里去,COPY指令优于ADD指令,如果需要添加远程文件可以使用 curl或者wget

    COPY . /temp
    AI 代码解读
  11. ADD指令
    是把本地的文件复制到docker里去,不过不光如此,还会对压缩文件自动进行解压缩

    ADD . /temp
    AI 代码解读
  12. VOLUME指令
    启动容器时,可以在本地或者是其他容器创建数据卷挂载点,用于存放数据库和持久化数据

    #指定挂载点为 /temp/mount
    VOLUME /temp/mount
    AI 代码解读
  13. EXPOSE指令
    声明镜像内部服务监听的端口,一次可以暴露多个端口

    #暴露22端口,和8888端口
    EXPOSE 22 8888
    AI 代码解读
  14. ONBUILD指令
    指定自己的子镜像都会执行哪些命令

    #把当前目录下的所有东西拷贝到/app/src目录下
    ONBUILD COPY . /app/src
    AI 代码解读

DockerFile的写法的关键在于:环境 + 工程代码 + 运行
DockerFile的最佳实践,请看官网:https://docs.docker.com/develop/develop-images/dockerfile_best-practices/

ARG和ENV的区别

两个看起来都是生命变量用的,他们之间的区别在于ARG时创建镜像过程中使用的变量,在启动后的容器中不能使用。而ENV在容器中可以使用

RUN,CMD以及ENTRYPOINT的相同点以及区别

这里要着重说一下RUN 和 CMD和ENTRYPOINT,他们都可以使用exec格式和shell格式

exec格式举例:

CMD ['/bin/echo', 'hello world']
AI 代码解读

shell格式举例:

CMD echo 'hello world'
AI 代码解读

但是要注意:如果使用exec格式,打印一个环境变量

CMD['/bin/echo', 'hello world $name'],打印的会是 hello world name的。

这个时候可以考虑使用shell格式,或者说把exec格式进行改造一下,改成如下格式:

CMD['/bin/bash','-c','echo hello world $name ']

另外值得注意的是,RUN命令用于构建镜像,CMD和ENTRYPOINT用于指定容器启动时的一些默认指令和参数。

CMD与ENTRYPOINT的共同点

两者在dockerfile中各自都只能声明一次,声明多次,不会报错,但是只有最后一条命令会生效。

CMD与ENTRYPOINT的区别

二者既然都是作为容器启动时的命令,那么他们的区别在哪里呢?

通过我去查阅官网,官网的意思是说ENTRYPOINT是docker容器的主命令,而默认的一些参数会在CMD中进行指定。

请看下方代码:

ENTRYPOINT ['/bin/echo', 'hello']
CMD ['world']
AI 代码解读

如果我们运行
docker run -it < image > 会输出 hello world

而如果我们运行

docker run -it < image > harry 会输出 hello harry

这就是因为我上面说过的,如果run的时候没有指定CMD会执行,如果指定了命令就不会执行CMD了。

所以总结起来他们两者的关键区别在于:

CMD会被作为命令或者参数在ENTRYPOINT 参数后追加。

CMD可被覆盖,ENTRYPOINT不会被覆盖

CMD结合ENTRYPOINT的使用

想象一下这样一个简单的场景,我们只希望我们的docker,不作为一个应用程序启动,而是用做一个工具。假设为一个压力测试的工具,这个工具需要被指定一些参数例如说 --vm 之类的我们可以通过 ->

CMD["/usr/bin/strees",'--vm 1']这种形式进行启动。但是有没有想过,这样的话变量值就被限制死了,有什么好办法做到docker启动的时候动态传入吗?我都这么说了,当然是有的:

FROM ubuntu
RUN apt-get update && apt-install -y stress
ENTRYPOINT ["/usr/bin/stress"]
CMD[]
AI 代码解读

这样在启动的使用就可以动态的将变量传入:

docker run -it dockerImage名称 --vm 1
AI 代码解读

最后总结一下,其实如果CMD和ENTRYPOINT结合的来,那么ENTRYPOINT是用来指定命令的,而CMD中的则是用来指定参数的。

目录
打赏
0
0
0
0
1039
分享
相关文章
Kubernetes与Docker参数对照:理解Pod中的command、args与Dockerfile中的CMD、ENTRYPOINT。
需要明确的是,理解这些都需要对Docker和Kubernetes有一定深度的理解,才能把握二者的区别和联系。虽然它们都是容器技术的二个重要组成部分,但各有其特性和适用场景,理解它们的本质和工作方式,才能更好的使用这些工具,将各自的优点整合到生产环境中,实现软件的快速开发和部署。
46 25
|
4月前
|
《docker高级篇(大厂进阶):2.DockerFile解析》包括:是什么、DockerFile构建过程解析、DockerFile常用保留字指令、案例、小总结
《docker高级篇(大厂进阶):2.DockerFile解析》包括:是什么、DockerFile构建过程解析、DockerFile常用保留字指令、案例、小总结
328 76
【Docker容器化技术】docker安装与部署、常用命令、容器数据卷、应用部署实战、Dockerfile、服务编排docker-compose、私有仓库
本文主要讲解了Docker的安装与部署、常用命令、容器数据卷、应用部署实战、Dockerfile、服务编排docker-compose、私有仓库以及Docker容器虚拟化与传统虚拟机比较。
5153 12
【Docker容器化技术】docker安装与部署、常用命令、容器数据卷、应用部署实战、Dockerfile、服务编排docker-compose、私有仓库
Docker在现代软件开发中扮演着重要角色,通过Dockerfile自动化构建Docker镜像,实现高效、可重复的构建过程。
Docker在现代软件开发中扮演着重要角色,通过Dockerfile自动化构建Docker镜像,实现高效、可重复的构建过程。Dockerfile定义了构建镜像所需的所有指令,包括基础镜像选择、软件安装、文件复制等,极大提高了开发和部署的灵活性与一致性。掌握Dockerfile的编写,对于提升软件开发效率和环境管理具有重要意义。
99 9
Docker-compose 编排lnmp(dockerfile) 完成Wordpress
通过使用Docker Compose,我们可以轻松编排LNMP环境并部署WordPress。本文详细介绍了各组件的Dockerfile和配置文件编写,并通过docker-compose.yml文件实现了整个环境的自动化部署。这种方法不仅简化了部署过程,还提高了环境的可移植性和一致性。希望本文能帮助你更好地理解和使用Docker Compose来管理和部署复杂的应用程序。
293 4
Docker镜像-基于DockerFile制作编译版nginx镜像
这篇文章介绍了如何基于Dockerfile制作一个编译版的nginx镜像,并提供了详细的步骤和命令。
787 17
Docker镜像-基于DockerFile制作编译版nginx镜像
Flink-10 Flink Java 3分钟上手 Docker容器化部署 JobManager TaskManager Kafka Redis Dockerfile docker-compose
Flink-10 Flink Java 3分钟上手 Docker容器化部署 JobManager TaskManager Kafka Redis Dockerfile docker-compose
149 4
Docker镜像-基于DockerFile制作yum版nginx镜像
本文介绍了如何使用Dockerfile制作一个基于CentOS 7.6.1810的yum版nginx镜像,并提供了详细的步骤和命令。
233 20
7-13|docker build -t image-name:tag path/to/Dockerfile 这个命令具体什么意思
7-13|docker build -t image-name:tag path/to/Dockerfile 这个命令具体什么意思