前言:
目前我们对“java葵花宝典”大约比较注意,大家都需要分析一些“java葵花宝典”的相关文章。那么小编在网络上网罗了一些关于“java葵花宝典””的相关资讯,希望朋友们能喜欢,看官们一起来了解一下吧!云计算-8-Dockerfile深度解析
ARG和ENVARGENV**RUN 和 ENTRYPOINT**区别**使用 RUN 指令安装应用和软件包,构建镜像****ENTRYPOINT配置容器启动时的执行命令(不会被忽略,一定会被执行,即使运行 `docker run`时指定了其他命令)****ADD和COPY**COPYADD**EXPOSE**
ARG和ENVARGARG用于设置环境变量,只在build期间生效,run期无效例子:构建arg_1的Dockerfile,我们还是以nginx为例,
FROM nginxARG arg1=22222RUN echo 'echo "<h1>$1, Docker!</h1>" > /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 "<h1>$1,$2, Docker!</h1>" > /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 "<h1>$1, Docker!</h1>" > /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:v4ADD和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内容
<h1>copy test, Docker!</h1>构建镜像
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标志发布所有公开的端口并将其映射到高阶端口
如果您觉得本文不错,欢迎关注,点赞,收藏支持,您的关注是我坚持的动力!
公众号 springboot葵花宝典 主要分享JAVA技术,主要包含SpringBoot、SpingCloud、Docker、中间件等技术,以及Github开源项目
原创不易,转载请注明出处,感谢支持!如果本文对您有用,欢迎转发分享!
标签: #java葵花宝典