初试Docker-打包构建镜像

在 docker 中，镜像的结构是以层次划分的，也就是可以在每一层上添加自己的修改，变成新的镜像。

docker 两种打包方式如下：

commit
build

docker commit

注意： docker commit 命令除了学习之外，还有一些特殊的应用场合，比如被入侵后保存现场等。但是，不要使用 docker commit 定制镜像，定制镜像应该使用 Dockerfile 来完成。

镜像是容器的基础，每次执行 docker run 的时候都会指定哪个镜像作为容器运行的基础。比如我们所使用的都是来自于 Docker Hub 的镜像，比如不同的linux系统版本有不同的官方基础镜像，如 CentOs，Ubuntu。直接使用这些镜像是可以满足一定的需求，而当这些镜像无法直接满足需求时，我们就需要定制这些镜像。接下来看看 docker run 如何定制镜像。

以基础的 centos 镜像为例，我们想在这个镜像上安装 vim。

docker image ls -a

进入容器内安装

$ docker exec -it centos bash
root@3729b97e8226:/# yum install vim
exit

我们以交互式终端方式进入 centos 容器，并执行了 bash 命令，也就是获得一个可操作的 Shell。

然后，我们用 yum 安装 vim。

要知道，当我们运行一个容器的时候（如果不使用卷的话），我们做的任何文件修改都会被记录于容器存储层里。而 Docker 提供了一个 docker commit 命令，可以将容器的存储层保存下来成为镜像。换句话说，就是在原有镜像的基础上，再叠加上容器的存储层，并构成新的镜像。以后我们运行这个新镜像的时候，就会拥有原有容器最后的文件变化。
docker commit 的语法格式为：

docker commit [选项] <容器ID或容器名> [<仓库名>[:<标签>]]

我们可以用下面的命令来保存新修改的镜像：

$ docker commit \
    --author "Nobody <nobody@gmail.com>" \
    --message "安装了vim" \
    centos \
    centos:v2
sha256:07e33465974800ce65751acc279adc6ed2dc5ed4e0838f8b86f0c87aa1795214

我们可以在 docker image ls 中看到这个新定制的镜像：

$ docker image ls centos
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
centos               v2                  07e334659748        9 seconds ago       272.5 MB
centos               latest              e43d811ce2f4        4 weeks ago         272 MB

我们还可以用 docker history 具体查看镜像内的历史记录，如果比较 nginx:latest 的历史记录

docker build

相比 docker commit，此命令就简单很多。直接新建 DockerFile 文件：

touch DockerFile

vim ./DockerFile

添加以下内容：

FROM centos
RUN yum install -y vim

意思是基于 centos 镜像基础上

然后使用 run 命令执行命令：yum install -y vim

使用此文件来进行打包：

docker build -t blackbinbin/docker-centos-vim ./

打包过程也非常有意思

step1 是直接使用 centos 镜像。step2 是创建一个临时的容器来执行 yum install

这里是符合我们上面所说的 docker 镜像是层次结构的结论，在之后的文章我们会详细阐述为什么 docker 会使用这样的文件结构形式。

最后移除临时的容器

并且打包成新镜像，ID=8bf3a6c43631

Dockerfile 是一个文本文件，其内包含了一条条的 指令(Instruction)，每一条指令构建一层，因此每一条指令的内容，就是描述该层应当如何构建。这种描述性语言，比 commit 更符合工程化的思想，因为只要确定 DockerFile 任何人都可以构建出来一样的镜像，便于迭代，这也是为什么搞 docker 和 k8s 的经常会被认为是面向 yaml 编程，描述性语言的利用，让构建和运维的流程更清晰，便于沟通和迭代。