Docker镜像构建的两种方式（六）--技术流ken

镜像构建介绍

在什么情况下我们需要自己构建镜像那？

（1）当我们找不到现有的镜像，比如自己开发的应用程序

（2）需要在镜像中加入特定的功能

docker构建镜像有两种方式：docker commit命令与Dockerfile构建文件

docker commit构建镜像

dockercommit构建进行主要有三步：

运行容器
修改容器
将容器保存为新的镜像

比如在centos镜像中安装vim编辑器并存为新的镜像

（1）运行容器

[root@ken1 docker]# docker run -it centos

Unable to find image 'centos:latest' locally

latest: Pulling from library/centos

a02a4930cb5d: Pull complete

Digest: sha256:184e5f35598e333bfa7de10d8fb1cebb5ee4df5bc0f970bf2b1e7c7345136426

Status: Downloaded newer image for centos:latest

（2）安装vim编辑器

vim编辑器确认没有安装

[root@69f501e858a6 /]# vim

bash: vim: command not found

进行安装

[root@69f501e858a6 /]# yum install vim -y

（3）保存为新得镜像

首先查看当前运行的镜像

[root@ken1 ~]# docker ps

CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

69f501e858a6        centos              "/bin/bash"          minutes ago       Up  minutes                            quizzical_torvalds

使用commit存为新的镜像

[root@ken1 ~]# docker commit 69f501e858a6 centos-vim

sha256:42083b89a179368bc29a8f40d14f8824990183c8e4b28fd84411d440c26342e5

69f501e858a6是运行容器的ID使用name下面的名称也行
centos-vim是新镜像的名字

查看一下是否有了centos-vim镜像

重新启动新的镜像，验证是否可以使用vim编辑器

可以发现新的镜像可以使用vim编辑器了

[root@ken1 ~]# docker run -it centos-vim

[root@61d090898bad /]# vim

[root@61d090898bad /]# vim test

上面演示了如何使用commit创建新的镜像，但是docker并不建议使用这种方式创建镜像，原因如下：

这是一种手工创建镜像的方式，容器出错，而且效率低且可重复性弱
更重要的是。使用者并不知道镜像是如何创建出来的。里面是否有恶意程序

Dockerfile构建镜像

第一个Dockerfike

第一步：创建一个新的目录

[root@ken1 ~]# mkdir /test

第二步：编写Dockerfile

名称就叫Dockerfile,且第一个D需要大写

[root@ken1 ~]# cat Dockerfile

FROM centos

RUN yum install vim -y

FROMcentos表示使用centos这个基础镜像

RUN表示在centos上安装vim编辑器

第三步：构建镜像

[root@ken1 ~]# docker build -t centos-vim2 .

-t后面指定新的镜像的标签名（tag）

. 最后的一个点指明docker context为当前目录。docker默认会从build context中查找 Dockerfile文件，我们也可以通过-f参数指定Dockerfile的位置

第四步：查看镜像

查看镜像分层结构

docker history会显示镜像的构建历史，也就是Dockerfile的执行过程。

Dcokerfile常用指令

　　1.FROM

　　　　指定base镜像

　　2. MAINTAINER

　　　　设置镜像的作者。可以是任意的字符

　　3.COPY

　　　　将文件从build context复制到镜像

　　　　COPY支持两种格式：COPY src dest 和 COPY ["src","dest"]

　　　　注意：src只能制动build context中的文件或目录即在和Dockerfile同目录下才可以

　　4.ADD

　　　　与COPY类似，从build context复制文件到镜像。

　　　　不同的是，如果src是归档文件（tar,zip,tgz,xz），文件会被自动接要到dest

　　5.ENV

　　　　设置环境变量，环境变量可被后面的指令使用，例如：

　　　　ENV name ken RUN echo $name

　　6.EXPOSE

　　　　指定容器中的进程会监听某个端口，Docker可以将该端口暴露出来

　　7.VOLUME

　　　　将文件或目录声明为volume

　　8.WORKDIR

　　　　为后面的RUN,ENTRYPINT,ADD,COPY指令设置镜像中的当前工作目录

　　9.RUN

　　　　在容器中运行指定的命令

　　10.CMD

　　　　容器启动时运行指定的命令

　　　　dockerfile中可以多个CMD指令，但是只要最后一个生效。CMD可以被docker run之后的参数替换

　　11.ENTRYPOINT

　　　　设置容器启东市的命令

　　　　dockerfile中可以有多个ENTRYPOINT，但是只有最后一个生效。

　　　　CMD或者docker run之后的参数会被当做参数传递给ENTERYPOINT.

Dockerfile演示

下面演示一个比较全面的dockerfile

[root@ken1 test]# cat Dockerfile

#my Dockerfile

FROM busybox

MAINTAINER ken

WORKDIR /ken

RUN touch test

COPY ["ken1","."]

ADD ["wordpress.tar.gz","."]

ENV name "ken"

注意：Dockerfile支持以#开头的注释

构建镜像

[root@ken1 test]# docker build -t myimage .

Sending build context to Docker daemon  .281MB

Step / : FROM busybox

 ---> 3a093384ac30

Step / : MAINTAINER ken

 ---> Running in 2a73a83507ce

Removing intermediate container 2a73a83507ce

 ---> 8c3df9b3d823

Step / : WORKDIR /ken

 ---> Running in 31c6f9fe2195

Removing intermediate container 31c6f9fe2195

 ---> a458cf986072

Step / : RUN touch test

 ---> Running in e1b08ebd363c

Removing intermediate container e1b08ebd363c

 ---> 41601920009a

Step / : COPY ["ken1","."]

 ---> 2ebfa0933fca

Step / : ADD ["wordpress.tar.gz","."]

 ---> d0ad29d3aa34

Step / : ENV name "ken"

 ---> Running in fceae6e20e63

Removing intermediate container fceae6e20e63

 ---> 7efe0600e48f

Successfully built 7efe0600e48f

Successfully tagged myimage:latest

查看镜像

运行该镜像

[root@ken1 test]# docker run -it myimage

/ken # ls

ken1       test       wordpress

/ken # echo $name

ken

可以发现当前工作目录为/ken，且自动创建
ken1是我们从docker context目录中复制过去的
test是使用touch创建的
wordpres压缩包已经被自动解压
$name为变量值为ken

RUN，CMD，ENTRYPOINT

这三个指令看上去很类似，很容易混淆，简单来说：

RUN:执行命令创建新的镜像层，RUN经常用于安装软件包
CMD:设置容器启动后默认执行的命令及参数，但CMD能够被docker run后面跟的命令行参数替换
ENTRYPOINT:配置容器启动时运行的命令

使用 RUN 指令安装应用和软件包，构建镜像。
如果 Docker 镜像的用途是运行应用程序或服务，比如运行一个 MySQL，应该优先使用 Exec 格式的 ENTRYPOINT 指令。CMD 可为 ENTRYPOINT 提供额外的默认参数，同时可利用 docker run 命令行替换默认参数。
如果想为容器设置默认的启动命令，可使用 CMD 指令。用户可在 docker run 命令行中替换此默认命令。

Shell和Exec格式

可以用两种方式制定RUN,CMD,ENTRYPOINT要运行的命令：shell格式以及exec格式

shell举例：

RUN echo "hello world"

CMD echo "hello world"

ENTRYPOINT echo "hello world"

当指令执行时，shell格式底层会调用/bin/sh -c [command].例如下面的dockerfile片段：

ENV name ken  

ENTRYPOINT echo "Hello, $name"

执行 docker run <image> 将输出：

Hello, ken

注意环境变量 name 已经被值 ken替换。

下面来看 Exec 格式。

Exec 格式

<instruction> ["executable", "param1", "param2", ...]

例如：

RUN ["yum", "install", "python3"]  

CMD ["/bin/echo", "Hello world"]  

ENTRYPOINT ["/bin/echo", "Hello world"]

当指令执行时，会直接调用 <command>，不会被 shell 解析。
例如下面的 Dockerfile 片段：

ENV name ken

ENTRYPOINT ["/bin/echo", "Hello, $name"]

运行容器将输出：

Hello, $name

注意环境变量“name”没有被替换。
如果希望使用环境变量，照如下修改

ENV name ken  

ENTRYPOINT ["/bin/sh", "-c", "echo Hello, $name"]

运行容器将输出：

Hello, ken

CMD 和 ENTRYPOINT 推荐使用 Exec 格式，因为指令可读性更强，更容易理解。RUN 则两种格式都可以。