Docker镜像构建
一、简介 在构建容器化应用时,相当重要的步骤莫过于镜像制作,本文将介绍镜像制作方法以及镜像制作的建议。通常镜像的制作有两种方式:
?? ?采用docker commit 生成的镜像实际上是容器内的文件系统进行修改在进行提交,而运行的容器实际上是在镜像的文件系统顶层添加了一层读写层,所都的修改都是基于这一层,当生成镜像时会将这一层数据保存,所以每次使用commit提交镜像时候都会比原来多一层,这样会使得镜像越来越大并且不易维护。同时,对于镜像使用者来说完全不透明,使用者不清楚该镜像怎么样构建的,是否安全等,这种方式及其不推荐。
? ? 而使用Dockerfile构建镜像,对于使用者来说完全透明,构建镜像的每一个步骤都在Dockerfile文件中描述的清清楚楚,同时当需要对镜像修改时候,只需修改Dockerfile文件中的指令,维护镜像只需要维护一个Dockerfile,这也是镜像构建的最佳方式。当然,要使用Dockerfile就必须明白Dockerfile的语法和各个指令,以下将作详细介绍。
?
二、Dockerfile介绍?
Dockerfile实际上就是一个文本文件,只不过这里的文件内容被Docker Deamon识别从而进行镜像构建。
使用Dockerfile步骤:
1.编写Dockerfile文件,用于描述镜像生成的步骤
2.使用docker build -t name:tag 命令构建镜像
?
语法规则1.#号代表注解。
2.Dockerfile每一行都是以某个指令(约定大写字母)开始,后面可加参数构成完整指令,用于描述镜像构建步骤。
3.指令从上倒下依次执行
4.Dockerfile的第一个指令一定是FROM指令,用于指定基础镜像
5.Dockerfile还可以使用.dockerignore文件来忽略在制作镜像时候需要忽略的文件或者目录,列如使用COPY指令时候忽略某些文件或者目录。
6.所有指令参数为数组时,最好使用双引号
?
环境变量引用1.若要在Dockerfile中引环境变量则使用$variable_name或${variable_name}
2.当变量为空或者变量值未设置可以使用${variable_name:-value}来指定变量的默认值
?
docker build命令docker build 命令用于基于Dockerfile构建镜像,使用语法:
docker build [OPTIONS] PATH | URL | -
其中PATH代表含有Dockfile的目录,当然也可以是URL中含有Dockerfile
常用选项:
?
快速开始构建一个简单的nginx镜像:
1.创建一个目录用于存放DockerFile
mkdir /opt/demo -/opt/demo/
2.编辑Dockerfile文件,如果文件名称不是Dockerfile需要用-f指定名称。
FROM centos:latest
LABEL Author=“wd”
RUN yum install -y yum epel-release && yum install -y nginx && echo > /usr/share/nginx/html/index.html
CMD [ ,,,,
3.构建镜像
[root@app51 demo]
Sending build context to Docker daemon 21/4--->2/4 : LABEL Author=
--->--->3/4 : RUN yum install -y yum epel-release && yum install -y nginx && echo > /usr/share/nginx/html/--->--->4/4 : CMD [ ,---> Running --->
4.利用制作的镜像启动容器,并查看是否运行成功.
[root@app51 demo]
60e5de135132-nginx server
[root@app51 demo]
以上的Dockerfile中的每一行是一个指令,用于描述镜像生成的步骤,以下将介绍这些指令用法。
?
三、指令详解?FROM FROM指令是最重要且必须为Dockerfile中的第一个非注视指令,用于为构建的镜像指定基础镜像。后续指令运行环境基于该基础镜像,构建镜像时候默认会先从主机上寻找镜像,若不存在时则从Docker HUB上拉取镜像。
语法 :
FROM
解释:
repository:镜像仓库
tag:镜像标签,省略就是latest
digest:镜像哈希码
示例:?
FROM centos:latest
LABEL LABEL用于为镜像提供元数据信息,其数据格式为key=value。
语法 :
LABEL
示例: LABEL =
LABEL maintainer=
MAINTAINER (deprecated) 用于提供镜像提供者的信息,可以在Docker任何位置。该语法可能废弃,推荐使用LABEL
语法:
MAINTAINER
解释:
message:可以是任意文本信息
示例:?
MAINTAINER "wd
COPY用于主机中的文件或者复制到镜像中 语法: COPY [--chown=
解释:
src:源文件或者目录,支持通配符。如果src是目录,src目录自己不会被复制,复制的是目录中的文件
dest:容器中文件系统目录,如果目录不存在自动创建创建。
user:复制到容器中的文件所属用户
group:复制到容器中的文件所属用户组
注意事项:
示例:?
COPY hom* /mydir/
COPY hom?.txt /mydir/
ADDADD指令类似于COPY,但是ADD比COPY更强大,支持TAR文件和URL路径 语法: ADD [--chown=
解释
src:源文件或者目录,支持通配符。如果src是目录,src目录自己不会被复制,复制的是目录中的文件
dest:容器中文件系统目录,如果目录不存在自动创建创建。
user:复制到容器中的文件所属用户
group:复制到容器中的文件所属用户组
注意事项:
示例:
ADD hom* /mydir//mydir/
WORKDIR 用于为Dockerfile中的各个指定设置工作目录,可以使用多次,当使用相对路径时目录是基于前一个WORKDIR指令。
语法 :
WORKDIR dirpath
示例: WORKDIR /usr/local
ENV用于为镜像定义所需的环境变量,并可被Dockfile中位于其以后的指令所调用,如ADD、COPY、RUN等调用格式为$variable_name或者${variable_name},此外在启动容器时候这些变量也是存在的。 语法: ENV
注意:
示例: ENV myName=
ENV myCat fluffy
RUN用于在build过程中运行的程序,可以是任何指令,可以指定多个RUN 语法: RUN
示例: RUN yum install -,]
EXPOSE用于为容器暴露端口到外部,用于实现通讯,类似于docker run的-p选项 语法: EXPOSE
解释:
port:端口
protocol:协议,可以是udp或tcp,默认tcp
示例:?
EXPOSE 80808080/udp 8088/tcp
VOLUME用于在image中创建一个挂载目录,以挂载宿主机上的目录 语法: VOLUME
解释:
path:代表容器中的目录,与docker run 不同,Dockerfile中不能指定宿主机目录,默认使用docker管理的挂载点
示例:?
VOLUME [
VOLUME /myvol
CMD 用于为在镜像启动为容时候提供的默认命令,该指定可以有多个,但是只有最后一个生效。
语法 :
CMD command param1 param2
CMD [,
CMD [,
注意:
ENTRYPOINT 类似于CMD功能,用于为启动容器指定默认启动命令,与CMD不同的是ENTRYPOINT命令不会随着docker run 后使用的命令覆盖而会把命令作为参数,除非docker run 参数中指定了—entrypoint
语法 :
ENTRYPOINT
注意事项:
示例: [“nginx”,]
USER 用于指定构建镜像时RUN、CMD、ENTRYPOINT等指令使用的用户或UID,默认情况容器运行身份为ROOT
语法 :
USER
注意事项:
示例:?
USER nginx
STOPSIGNAL 该指令用于设置容器停止时向容器内进程发送的信号,列如 9 、SIGKILL、SIGTERM。
语法: STOPSIGNAL signal
示例: STOPSIGNAL SIGKILL
注意事项:
HEALTHCHECK 该指令在1.12版本中添加,用于对容器中的应用进行健康检查,不做检查使用NONE。当对容器做了健康检查时候,检查值为0表示成功,非0表示不健康。?
语法:
HEALTHCHECK [OPTIONS] CMD command
其中OPTIONS有如下选项:
示例: HEALTHCHECK --interval=5m --timeout=-f http://localhost/ || exit 1
SHELL将可执行程序运行为shell环境,默认以/bin/sh -c运行 语法: SHELL [,]
示例: SHELL [,“hello
ARG 该指令用于在build过程中提供参数,而在命令行使用--build-arg
语法:
ARG
示例:
Dockerfile
==
构建镜像: [root@app51 ~]
Sending build context to Docker daemon 2251/4--->2/4 : ARG CONF=
--->--->3/4 : LABEL Author=--->--->4/4 : RUN touch
---> Running --->2
运行容器查看: [root@app51 ~]
-rw-r--r-- 1 root root 0 Feb 27 11:18 /etc/test.conf
ONBULD用于在Dockerfile中定义一个触发器,当制作出来的镜像被别人用于基础镜像时候自动触发。 语法: ONBUILD [INSTRUCTION]
解释:
INSTRUCTION:指令可以是RUN 、COPY等
注意事项:
示例: ONBUILD ADD . /app//usr/local/bin/python-build --dir /app/src
四、使用multi-stage 在构建镜像过程中,我们可能只需要某些镜像的产物,比如在运行一个go程序需要先go程序包编译后才运行,如果在一个镜像里面完成,先要经过安装编译环境,程序编译完再安装运行环境,最后运行程序,这样的镜像体积往往比较大,不利于我们使用。而真正我们需要的镜像是只有程序包和运行环境,编译环境的构建在运行容器时候是不需要的,所以Docker提供了一种解决方案就是multi-stage(多阶段构建)。
?? ?Docker允许多个镜像的构建可以使用同一个Dockerfile,每个镜像构建过程可以称之为一个stage,简单理解就是一个FROM指令到下一个FROM指令,而每个stage可使用上一个stage过程的产物或环境(其实还支持其他镜像的),这样一来,最终所得镜像体积相对较小。不仅如此多阶段构建同样可以很方便地将多个彼此依赖的项目通过一个Dockerfile就可轻松构建出期望的容器镜像,而不用担心镜像太大、项目环境依赖等问题。
? ? 通过上述介绍,我们可以在第一个stage将go程序编译得到编译后程序包,然后在第二个stage中直接拷贝编译好的go程序包到运行环境中,最后的镜像中就只有程序包和运行环境。以下作为示例:?
FROM golang:1.7.3/go/src/github.com/alexellis/href-counter/-d -v golang.org/x/net/=0 GOOS=linux go build -a -installsuffix cgo -FROM alpine:latest
RUN apk --no-cache add ca-<span style="color: #000000;">certificates WORKDIR /root/<span style="color: #000000;"> COPY --<span style="color: #0000ff;">from=0 /go/src/github.com/alexellis/href-counter/<span style="color: #000000;">app . CMD [<span style="color: #800000;">"<span style="color: #800000;">./app<span style="color: #800000;">"] 在以上Dockerfile中存在两个FROM指令,也就是两个stage,第一个stage用于构建产物,而在第二个stage中使用COPY --from=0 意思将第一个stage中的/go/src/github.com/alexellis/href-counter/app拷贝到.目录,第二个stage仅仅相当于执行copy就有了构建产物,不用在安装编译环境,镜像会很缩小。?
命名stage默认情况下,stage未命名,可以通过整数来引用它们,第一个stage表示0,第二个表1以此类推。 但是,当有多个stage时候,这样会显得麻烦,Docker提供AS 语法可以为stage命名: FROM golang:1.7.3 as builder
然后在另一个stage中使用: COPY --=builder /go/src/github.com/alexellis/href-counter/app .
使用本地stage除了可以使用Dockerfile中的stage外,构建镜像时候还可以直接使用本地已存在的环境和产物,例如: COPY --=nginx:latest /etc/nginx/nginx.conf /nginx.conf
构建镜像建议
ref:
(编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |