云计算-8-Dockerfile深度解析全

云计算-8-Dockerfile深度解析

ARG和ENV

ARGENV

**RUN 和 ENTRYPOINT**区别

**使用 RUN 指令安装应用和软件包，构建镜像****ENTRYPOINT配置容器启动时的执行命令（不会被忽略，一定会被执行，即使运行 `docker run`时指定了其他命令）**

**ADD和COPY**

COPYADD

**EXPOSE**

​ARG和ENV​

ARG

ARG用于设置环境变量，只在build期间生效，run期无效

例子：构建arg_1的Dockerfile，我们还是以nginx为例，

FROM nginxARG arg1=22222RUN echo 'echo "

$1, Docker!

" > /usr/share/nginx/html/index.html' > ./entrypoint.sh \ && chmod +rwx ./entrypoint.sh \ && ./entrypoint.sh $arg1

以上例子，我们构建镜像

docker build -t mynginx:v1 -f /root/arg_1 .

运行镜像

docker run -it --name mynginx_arg1 -p 8881:80 -d mynginx:v1

看出运行结果：

ARG指定的变量，在构建镜像的时候使用​​--build-arg <参数名> =值​​进行传递,会覆盖Dockerfile 中指定的同名参数

Dockerfile脚本还是上面的脚本，不过就是我们在构建的时候进行传递参数

使用--build-arg传递ARG设置的参数

docker build -t mynginx:v2 --build-arg arg1=hahahah -f /root/arg_1 .

运行 mynginx:v2镜像

docker run -it --name mynginx_arg2 -p 8882:80 -d mynginx:v2

灵活使用​​ARG​​指令，可以在不修改Dockerfile的情况下，构建不同镜像

就像上面展示的，我们可以在构建镜像的时候，给参数传递不同的值，构建出不同的镜像

ENV

存在两种格式

ENVENV==...

ENV指令和ARG指令特别相似，ARG在build的时候生效，ENV在 run的时候生效，都可以直接使用这里定义的环境变量。

docker run --env 可以修改这些值

构建env_1的Dockerfile，我们还是以nginx为例

FROM nginxARG arg1=1111ENV arg2=2222RUN echo 'echo "

$1,$2, Docker!

" > /usr/share/nginx/html/index.html' > ./entrypoint.sh \ && chmod +rwx ./entrypoint.sh \ && ./entrypoint.sh $arg1 $arg2

构建镜像

docker build -t mynginx:v3 --build-arg arg1=envtest -f /root/env_1 .

运行mynginx:v3镜像

docker run -it --name mynginx_env1 -p 8883:80 --env arg2=envtest2 -d mynginx:v3

查看结果

我们发现我们在​​docker run​​的时候​使用​​--env​​​的时候修改了arg2参数，但是没有生效​

​为什么我们在docker run使用--env指令的时候没有生效呢？​这是因为Dockerfile中​RUN 和 ENTRYPOINT​存在区别

​​RUN 和 ENTRYPOINT​区别​

使用 RUN 指令安装应用和软件包，构建镜像

​从上面 的ENV和ARG构建镜像的例子我们可以看出来，RUN是在构建镜像的时候生效的，生效以后文件​已经​生效，在docker run的时候，指令就不能再修改参数了​

ENTRYPOINT配置容器启动时的执行命令（不会被忽略，一定会被执行，即使运行 ​​docker run​​时指定了其他命令）

修改Dockerfile文件env_1为env_2脚本如下

FROM nginxENV arg2=2222ENTRYPOINT echo 'echo "

$1, Docker!

" > /usr/share/nginx/html/index.html' > ./entrypoint.sh \ && chmod +rwx ./entrypoint.sh \ && ./entrypoint.sh $arg2 \ && exec nginx -g 'daemon off;'

构建镜像

docker build -t mynginx:v4 --build-arg -f /root/env_2 .

运行mynginx:v4

docker run -it --name mynginx_env4 -p 8884:80 --env arg2=envtest2 -d mynginx:v4

​​ADD和COPY​​

COPY

格式：

COPY [--chown=:] <源路径>... <目标路径>COPY [--chown=:] ["<源路径1>",... "<目标路径>"]

它和RUN一样，有两种格式，一种类似命令，一种类似函数调用，​​COPY​​​指令将从构建上下文目录​​源路径​​的文件、目录复制到新的一层

镜像内的 ​​<目标路径>​​ 位置。

构建镜像文件copy_1

FROM nginxCOPY index.html /usr/share/nginx/html/index.html

创建index.html

vi index.html

index.html内容

copy test, Docker!

构建镜像

docker build -t mynginx:v5 -f /root/add/copy_1 .

运行镜像

docker run -it --name mynginx_copy -p 8885:80 -d mynginx:v5

查看运行结果

ADD

同COPY用法，不过 ADD拥有自动下载远程文件和解压的功能。

src 路径必须在构建的上下文中；不能使用 ../something /something 这种方式，因为docker构建的第一步是将上下文目录（和子目录）发送到docker守护程序。如果 src 是URL，并且 dest 不以斜杠结尾，则从URL下载文件并将其复制到 dest 。如果 dest 以斜杠结尾，将自动推断出url的名字（保留最后一部分），保存到 dest如果 src 是目录，则将复制目录的整个内容，包括文件系统元数据。

​​EXPOSE​​

格式为 ​​EXPOSE <端口1> [<端口2>...]​​。

EXPOSE指令通知Docker容器在运行时在指定的网络端口上进行侦听。可以指定端口是侦听TCP还

是UDP，如果未指定协议，则默认值为TCP。

EXPOSE指令实际上不会发布端口。它充当构建映像的人员和运行容器的人员之间的一种文档，即

有关打算发布哪些端口的信息。要在运行容器时实际发布端口，请在docker run上使用-p标志发布

并映射一个或多个端口，或使用-P标志发布所有公开的端口并将其映射到高阶端口

如果您觉得本文不错，​欢迎关注,点赞,收藏支持​，您的关注是我坚持的动力！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。