7、Docker-dockerfile-前期概要

一、为什么要使用DockerFile

在之前的栗子中，我们使用的镜像都是来着Docker Hub的镜像。

直接使用这些镜像为基础运行容器可以一定程度上满足我们的需求，

现在我们通过commit命令的方式制作镜像,但注意在开发中千万不要这么做

二、使用commit命令构建

1、作用

从容器创建一个新的镜像

2、语法

docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]

3、选项

选项	说明
-a	提交的镜像作者
-c	使用Dockerfile指令来创建镜像
-m	镜像信息
-p	在commit时，将容器暂停

4、说明

参数	说明
CONTAINER	容器名，也可以传入容器ID
REPOSITORY	仓库的名字
TAG	标签

三 、制作步骤

通过nginx镜像创建一个新的容器并启动

docker run --name nginx-demo -d -p 80:80 nginx

在浏览器输入http://127.0.0.1/ 或者http://localhost；如果是云服务器请输入ip地址,应该能看到nginx界面

进入nginx-demo容器

# 查看当前运行的容器的ID,(我这里只有一个容器 所有才显示返回一个)
➜ docker  ps -q
17a8e30756e6
# 复制上面的ID进入容器
➜ docker exec -it 17a8e30756e6 /bin/bash
# 表示已经进入容器了
root@17a8e30756e6:

根据修改镜像的内容

# 修改内容
➜ echo '<h1>Hello World</h1>' > /usr/share/nginx/html/index.html
# 查看内容是否修改成功
➜ cat /usr/share/nginx/html/index.html
<h1>Hello World</h1>
# 退出
➜ exit 

查看容器修改的内容

➜ docker diff 17a8e30756e6
...省略
C /var/cache
C /var/cache/debconf
C /var/cache/debconf/config.dat
... 省略
A /var/cache/nginx/client_temp
A /var/cache/nginx/fastcgi_temp
A /var/cache/nginx/proxy_temp
A /var/cache/nginx/scgi_temp
A /var/cache/nginx/uwsgi_temp
... 省略

利用commit命令保存将容器保存镜像

➜   docker commit \
    --author "zhangwei <xxx@163.com>" \
    --message "测试commit命令" \
    nginx-demo \
    nginx:v1.0.1
    
sha256:0b21fd7da365082e5da7f696827bc541b069116db6f9431b636e61f66125794d

查看生成镜像

➜  docker image ls

REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
nginx               v1.0.1              0b21fd7da365        21 seconds ago      179MB

四、高能警告 (必看)

使用 docker commit 命令虽然可以比较直观的帮助理解镜像分层存储的概念，但是实际环境中并不会这样使用。

如果仔细观察之前的 docker diff 的结果，你会发现除了真正想要修改的 /usr/share/nginx/html/index.html 文件外，由于命令的执行，还有很多文件被改动或添加了。这还仅仅是最简单的操作，如果是安装软件包、编译构建，那会有大量的无关内容被添加进来，如果不小心清理，将会导致镜像极为臃肿。

此外，使用 docker commit 意味着所有对镜像的操作都是黑箱操作，生成的镜像也被称为 黑箱镜像，换句话说，就是除了制作镜像的人知道执行过什么命令、怎么生成的镜像，别人根本无从得知。而且，即使是这个制作镜像的人，过一段时间后也无法记清具体在操作的。虽然 docker diff 或许可以告诉得到一些线索，但是远远不到可以确保生成一致镜像的地步。这种黑箱镜像的维护工作是非常痛苦的。

而且，回顾之前提及的镜像所使用的分层存储的概念，除当前层外，之前的每一层都是不会发生改变的，换句话说，任何修改的结果仅仅是在当前层进行标记、添加、修改，而不会改动上一层。如果使用 docker commit 制作镜像，以及后期修改的话，每一次修改都会让镜像更加臃肿一次，所删除的上一层的东西并不会丢失，会一直如影随形的跟着这个镜像，即使根本无法访问到。这会让镜像更加臃肿。