Dockerfile镜像构建

目录

一、docker分层原理

1、docker镜像分层（基于AUFS构建）

2、涉及技术

3、AUFS 与 overlay/overlay2 (docker 高版本)

4、docker分层概述

5、dockerfile操作指令

二、dockerfile编写

（1）exec和shell环境  构建镜像

（2）构建nginx镜像

（3）优化nginx

---

一、docker分层原理

1、docker镜像分层（基于AUFS构建）

Docker 镜像位于bootfs之上

每一层镜像的下一层成为父镜像

第一层镜像成为base image（操作系统环境镜像）

容器层（可读可写），在最顶层（writable）

容器层以下都是readonly

contaier 读写层
images (只读)
base image
bootfs + rootfs + aufs （kernel）

2、涉及技术

① bootfs(boot file system) 内核空间
主要包含bootloader和kernel

bootloader主要是引导加载kernel, Linux刚启动时会加载bootfs文件系统，在Docker镜像的最底层是bootfs这一层与我们典型的Linux/Unix系统是一样的，包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了，此时内存的使用权已由bootfs转交给内核，此时系统也会卸载bootfs在linux操作系统中（不同版本的linux发行版本），linux加载bootfs时会将rootfs设置为read-only，系统自检后会将只读改为读写，让我们可以在操作系统中进行操作

② rootfs (root file system) 内核空间
在bootfs之上(base images，例如centos 、ubuntu)

包含的就是典型 Linux 系统中的 /dev, /proc, /bin, /etc 等标准目录和文件

rootfs就是各种不同的操作系统发行版，比如Ubuntu，Centos等等

③ 小结：为什么docker的centos镜像只有200M多一点

bootfs + rootfs ：作用是加载、引导内核程序 + 挂载使用linux 操作系统（centos ubantu）等等一些关键的目录文件

对于一个精简的OS，rootfs可以很小，只需要包括最基本的命令、工具和程序库就可以了，因为底层直接用Host的kernel，自己只需要提供 rootfs 就行了。由此可见对于不同的linux发行版, bootfs基本是一致的, rootfs会有差别, 因此不同的发行版可以公用bootfs

3、AUFS 与 overlay/overlay2 (docker 高版本)

AUFS是一种联合文件系统。它使用同一个Linux host上的多个目录，逐个堆叠起来，对外呈现出一个统一的文件系统。AUFS使用该特性，实现了Docker镜像的分层

而docker 使用了overlay/overlay2存储驱动来支持分层结构
OverlayFS将单个Linux主机上的两个目录合并成一个目录。这些目录被称为层，统一过程被称为联合挂载

overlay 结构：

overlayfs在linux主机上只有两层，一个目录在下层，用来保存镜像(docker)，另外一个目录在上层，用来存储容器信息

rootfs	基础镜像
lower	下层信息 （为镜像层，容器）
upper	上层目录 （容器信息，可写）
worker	运行的工作目录（copy-on-write写时复制 -》准备容器环境）
mergod	“视图层”（容器视图）

docker 镜像层次结构：

⭐base image ：基础镜像

⭐ image：固化了一个标准运行环境，镜像本身的功能-封装一组功能性的文件，通过统一的方式，文件格式提供出来（只读）

⭐ container：容器层（读写）

⭐ docker-server 端 

⭐ 呈现给docker-client （视图）

4、docker分层概述

⭐Dockerfile是由一组指令组成的文件

⭐Dockerfile结构四部分

●基础镜像信息（写在dockerfile文件中的内容）

●维护者信息

●镜像操作指令  （如何构建镜像docker build）

●容器启动时执行指令 （写完dockerfile后 启动容器的指令docker run -it xxxxDockerfile）

⭐每行支持一条指令，每条指令可携带多个参数，支持使用以“#号开头的注释

5、dockerfile操作指令

指令	含义
FROM镜像	指定新镜像所基于的镜像，第一条指令必须为FROM指令，每创建一个镜像就需要一条FROM指令。
MAINTAINER名字	说明新镜像的维护人信息
RUN命令	在所基于的镜像上执行命令，并提交到新的镜像中
CMD[“要运行的程序“，”参数1，“参数2“]	指令启动容器时要运行的命令或者脚本，Dockerfile只能有一条CMD命令，如果指定多条则只能最后一条被执行
EXPOSE端口号	指定新镜像加载到Docker时要开启的端口
ENV环境变量变量值	设置一个环境变量的值，会被后面的RUN使用
ADD 源文件/目录目标文件/目录	将源文件复制到目标文件，源文件要与Dockerfile位于相同目录中，或者是一个URL（与copy区别是可以压缩和解压）
COPY 源文件/目录目标文件/目录	将本地主机上的文件/目录复制到目标地点，源文件/目录要与Dockerfile在相同的目录中（只能复制文件）
VOLUME[“目录“]	在容器中创建一个挂载点
USER 用户名/UID	指定运行容器时的用户
WORKDIR路径	为后续的RUN、CMD、ENTRYPOINT指定工作目录
ONBUILD命令	指定所生成的镜像作为一个基础镜像时所要运行的命令
HEALTHCHECK	健康检查

面试题：1、ADD和COPY区别  2、CMD、ENTRYPOINT   3、dockerfile操作命令有哪些

二、dockerfile编写

⭐⭐⭐entrypoint可以传参  CMD不行

相同点：都是系统化运行时加载的第一个命令或者程序

（1）exec和shell环境  构建镜像

⭐⭐[root@apache test1]# docker build -t "echo:HOME" .  此时是在shell环境下构建镜像

⭐⭐ 此时是在exec下构建镜像

注：

⭐⭐如果 ENTRYPOINT 使用了 shell 模式，CMD 指令会被忽略。（同一shell模式下  CMD会失效）

⭐⭐如果 ENTRYPOINT 使用了 exec 模式，CMD 指定的内容被追加为 ENTRYPOINT 指定命令的参数。

⭐⭐如果 ENTRYPOINT 使用了 exec 模式，CMD 也应该使用 exec 模式。

小结

CMD 和entrypoint相同与不同点

相同点:CMD和entrypoint都是容器运行时加载的第一个命令/程序（PID 1 )

不同点:CMD不能传参entrypoint可以传参

exec模式和shell模式

当dockerfile中cmd和entrypoint 同时有   那么、如果是exec模式，那么CMD的内容会做为参数传给Entrypoint   如果是shell模式,那么entrypoint会覆盖cmd

（1）如果dockerfile中有多条cmd或entrypoint，那么最后一条生效
Ps: docker run -itd image name /bin/bash—》"/bin/bash是一种cmd的指令”

（2）构建nginx镜像

需要将安装包 添加到和dockerfile一起的目录下

构建nginx镜像

 构建成功    可以用  [root@apache test1]# watch -n 1 `docker docker ps -a` 查看生产过程

默认模式brige下 别忘指定端口[root@apache test1]# docker run -itd --name nginx_01 -p 81:80 nginx:1.12

 构建完成  可以直接访问

（3）优化nginx

优化前 

#未优化之前 
FROM centos:7
RUN yum install -y gcc pcre pcre-devel devel zlib-devel make
ADD nginx-1.12.2.tar.gz /mnt 
WORKDIR /mnt/nginx-1.12.2
#关闭debug日志
RUN sed -i 's/CFLAGS="$CFLAGS -g"/#CFLAGS="$CFLAGS -g"/g' auto/cc/gcc 
RUN ./configure --prefix=/usr/local/nginx 
RUN make
RUN make install
EXPOSE 80
VOLUME ["/usr/local/nginx/html"]
CMD ["/usr/local/nginx/sbin/nginx","-g","daemon off;"]


docker build -t "nginx:v1" .
#查看镜像大小 docker images

docker run -d -P nginx:v1

PS 1 : 不要用docker run -d -P nginx:v1 /bin/bash 
/bin/bash 指定了shell环境，而我们的dockerfile 已指定CMD，即默认启动时加载的命令/执行程序，使用/bin/bash这种
shell环境会覆盖cmd命令，导致容器运行时nginx 不会加载

PS 2: VOLUME 宿主机的挂载点可使用docker insepct 查看
① 默认会放在var/lib/docker/volumes/容器ID/_data中
② 可以使用docker run -d -P -v /data1:/usr/local/nginx/html 来指定

#运行镜像、查看挂载位置
#####优化1:不需要输出的指令丢入/dev/null （需要确定命令执行的是正确的） 
FROM centos:7
RUN yum install -y gcc pcre pcre-devel devel zlib-devel make &> /dev/null && yum clean all
ADD nginx-1.12.2.tar.gz /mnt
WORKDIR /mnt/nginx-1.12.2
#关闭debug日志
RUN sed -i 's/CFLAGS="$CFLAGS -g"/#CFLAGS="$CFLAGS -g"/g' auto/cc/gcc
RUN ./configure --prefix=/usr/local/nginx &> /dev/null
RUN make &> /dev/null
RUN make install &> /dev/null
RUN rm -rf /mnt/nginx-1.12.2
EXPOSE 80
VOLUME ["/usr/local/nginx/html"]
CMD ["/usr/local/nginx/sbin/nginx""-g","daemon off;"]


docker build -t nginx:v1 .

#优化2:减少RUN构建 
FROM centos:7
ADD nginx-1.12.2.tar.gz /mnt 
WORKDIR /mnt/nginx-1.12.2
RUN yum install -y gcc pcre pcre-devel devel zlib-devel make &> /dev/null && \
 yum clean all && \
 sed -i 's/CFLAGS="$CFLAGS -g"/#CFLAGS="$CFLAGS -g"/g' auto/cc/gcc && \
 ./configure --prefix=/usr/local/nginx &> /dev/null && \
 make &> /dev/null && make install &> /dev/null &&\
 rm -rf /mnt/nginx-1.12.2 
EXPOSE 80
VOLUME ["/usr/local/nginx/html"]
CMD ["/usr/local/nginx/sbin/nginx","-g","daemon off;"]

docker build -f Dockerfile -t nginx:v3 .


##优化3:多阶段构建（使用FROM命令生成多个镜像，将指定的镜像做为其他镜像的基础镜像环境来构建）
FROM centos:7 as build 
ADD nginx-1.12.2.tar.gz /mnt 
WORKDIR /mnt/nginx-1.12.2
RUN yum install -y gcc pcre pcre-devel devel zlib-devel make &> /dev/null && \
 yum clean all &&\
 sed -i 's/CFLAGS="$CFLAGS -g"/#CFLAGS="$CFLAGS -g"/g' auto/cc/gcc && \
 ./configure --prefix=/usr/local/nginx &> /dev/null && \
 make &>/dev/null && \
 make install &>/dev/null && \
 rm -rf /mnt/nginx-1.12.2 

FROM centos:7 
EXPOSE 80
VOLUME ["/usr/local/nginx/html"]
COPY --from=build /usr/local/nginx /usr/local/nginx
CMD ["/usr/local/nginx/sbin/nginx","-g","daemon off;"]


##优化4 使用更为轻量级的linux 发行版本
debian
alpine