如今咱们定制好了变化,咱们但愿能将其保存下来造成镜像。html
要知道,当咱们运行一个容器的时候(若是不使用卷的话),咱们作的任何文件修改都会被记录于容器存储层里。而 Docker 提供了一个 docker commit
命令,能够将容器的存储层保存下来成为镜像。换句话说,就是在原有镜像的基础上,再叠加上容器的存储层,并构成新的镜像。之后咱们运行这个新镜像的时候,就会拥有原有容器最后的文件变化。nginx
docker commit
的语法格式为:git
docker commit [选项] <容器ID或容器名> [<仓库名>[:<标签>]]
咱们能够用下面的命令将容器保存为镜像:web
$ docker commit \ --author "Tao Wang <twang2218@gmail.com>" \ --message "修改了默认网页" \ webserver \ nginx:v2 sha256:07e33465974800ce65751acc279adc6ed2dc5ed4e0838f8b86f0c87aa1795214
其中 --author
是指定修改的做者,而 --message
则是记录本次修改的内容。这点和 git
版本控制类似,不过这里这些信息能够省略留空。docker
咱们能够在 docker images
中看到这个新定制的镜像:bash
$ docker images nginx REPOSITORY TAG IMAGE ID CREATED SIZE nginx v2 07e334659748 9 seconds ago 181.5 MB nginx 1.11 05a60462f8ba 12 days ago 181.5 MB nginx latest e43d811ce2f4 4 weeks ago 181.5 MB``` 咱们还能够用 `docker history` 具体查看镜像内的历史记录,若是比较 `nginx:latest` 的历史记录,咱们会发现新增了咱们刚刚提交的这一层。 ```bash $ docker history nginx:v2 IMAGE CREATED CREATED BY SIZE COMMENT 07e334659748 54 seconds ago nginx -g daemon off; 95 B 修改了默认网页 e43d811ce2f4 4 weeks ago /bin/sh -c #(nop) CMD ["nginx" "-g" "daemon 0 B <missing> 4 weeks ago /bin/sh -c #(nop) EXPOSE 443/tcp 80/tcp 0 B <missing> 4 weeks ago /bin/sh -c ln -sf /dev/stdout /var/log/nginx/ 22 B <missing> 4 weeks ago /bin/sh -c apt-key adv --keyserver hkp://pgp. 58.46 MB <missing> 4 weeks ago /bin/sh -c #(nop) ENV NGINX_VERSION=1.11.5-1 0 B <missing> 4 weeks ago /bin/sh -c #(nop) MAINTAINER NGINX Docker Ma 0 B <missing> 4 weeks ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0 B <missing> 4 weeks ago /bin/sh -c #(nop) ADD file:23aa4f893e3288698c 123 MB
新的镜像定制好后,咱们能够来运行这个镜像。tcp
docker run --name web2 -d -p 81:80 nginx:v2
这里咱们命名为新的服务为 web2
,而且映射到 81
端口。若是是 Docker for Mac/Windows 或 Linux 桌面的话,咱们就能够直接访问 http://localhost:81 看到结果,其内容应该和以前修改后的 webserver
同样。学习
至此,咱们第一次完成了定制镜像,使用的是 docker commit
命令,手动操做给旧的镜像添加了新的一层,造成新的镜像,对镜像多层存储应该有了更直观的感受。spa
docker commit
使用 docker commit
命令虽然能够比较直观的帮助理解镜像分层存储的概念,可是实际环境中并不会这样使用。3d
首先,若是仔细观察以前的 docker diff webserver
的结果,你会发现除了真正想要修改的 /usr/share/nginx/html/index.html
文件外,因为命令的执行,还有不少文件被改动或添加了。这还仅仅是最简单的操做,若是是安装软件包、编译构建,那会有大量的无关内容被添加进来,若是不当心清理,将会致使镜像极为臃肿。
此外,使用 docker commit
意味着全部对镜像的操做都是黑箱操做,生成的镜像也被称为黑箱镜像,换句话说,就是除了制做镜像的人知道执行过什么命令、怎么生成的镜像,别人根本无从得知。并且,即便是这个制做镜像的人,过一段时间后也没法记清具体在操做的。虽然 docker diff
或许能够告诉获得一些线索,可是远远不到能够确保生成一致镜像的地步。这种黑箱镜像的维护工做是很是痛苦的。
并且,回顾以前说起的镜像所使用的分层存储的概念,除当前层外,以前的每一层都是不会发生改变的,换句话说,任何修改的结果仅仅是在当前层进行标记、添加、修改,而不会改动上一层。若是使用 docker commit
制做镜像,以及后期修改的话,每一次修改都会让镜像更加臃肿一次,所删除的上一层的东西并不会丢失,会一直如影随形的跟着这个镜像,即便根本没法访问到™。这会让镜像更加臃肿。
docker commit
命令除了学习以外,还有一些特殊的应用场合,好比被入侵后保存现场等。可是,不要使用 docker commit
定制镜像,定制行为应该使用 Dockerfile
来完成。下面的章节咱们就来说述一下如何使用 Dockerfile
定制镜像。