不为什么，因为这个说法不对，大部分认为数据库必须放到容器外运行的人根本不知道dockervolume 为何物。在早年docker没 有dockervolume 的时候，其数据持久化是一个问题，但是这已经很多年过去了。现在 有dockervolume 解决持久化问题，从本地目录绑定、受控存储空间、块设备、网络存储到分布式存储，

初学 docker要反复告诫自己， docker不是虚拟机。 docker不是虚拟机， docker镜像也不是虚拟机的iso 文件。 docker的镜像是分层存储，每一个镜像都是由很多层，很多个文件组成。而不同的镜像是共享相同的层的，所以这是一个树形结构，不存在具体 哪个文件是pull 下来的镜像的问题。具体镜像

这个显示的大小是计算后的大小，要知道 dockerimage 是分层存储的，在1.10 之前，不同镜像无法共享同一层，所以基本上确实是下载大小。但是从1.10 之后，已 有的层（通过sha256 来判断），不需要再下载。只需要下载变化的层。所以实际下载大小比这个数值要小。而且本地硬盘空间占

简单来说，就是说该镜像没有打标签。而没有打标签镜像一般分为两类，一类是依赖镜像，一类是丢了标签的镜像。依赖镜像 docker的镜像、容器的存储层是union fs ，分层存储结构。所以任何镜像除了最上面一层打上标签tag 外，其它下面依赖的一层层存储也是存在的。这 些镜像没有打

dockerhub 上显示的是经过gzip 压缩后的镜像大小，这个大小也是你将下载的镜像大小，一般来说也是 dockerhub 用户最关心的大小。而 dockerimages 显示的是pull 下来并解压缩后的大小，因为使用 dockerimages 的时候更关心的是本地磁盘空间占用的大小，所以这里显示的是未压缩镜像的大小。

简单的回答就是，不要用commit ，去写dockerfile 。 docker不是虚拟机。这句话要在学习 docker的过程中反复提醒自己。所以不要把虚拟机中的一 些概念带过来。 docker提供了很好的dockerfile 的机制来帮助定制镜像，可以直接使用shell 命令，非常方便。而且，这样制作的镜像更 加透明，也容易维护，在基础

日志分两类，一类是 docker引擎日志；另一类是容器日志。 docker引擎日志 docker引擎日志一般是交给了upstart ubuntu 14.04 或者systemd centos 7 ubuntu 16.04 。前者一般位于/var/log/upstart/docker.log 下，后者一般通过jounarlctl -u docker来读取。不同系统的位置都不一样，so 上 有人总结了一份列表，我修正了一下，可以参考：系统日志位置ubuntu 14.04 /var/log/upstart/docker.log ubuntu

https://jpetazzo.github.io/2015/09/03/do-not-use-docker-in-docker-for-ci/ 为了让容器内可以构建镜像，应该使用dockerremote api 的客户端来直接调用宿主的dockerengine 。可以是原生的dockercli （docker命令），也可以是其它语言的库。为jenkins 添 加docker命令行下面以定制jenkins 镜像为例，使用dockerfile 添 加docker命令行可执行文件，并调整权限。from jenkins:alpine 下载安装dockercli user root run curl -o https://get.docker.com/builds/linux/x8664/docker-latest.tgz & & tar zxvf docker-latest.tgz & & cp docker/docker/usr/local/bin/ & & rm

--restart always 参考官网文档：https://docs.docker.com/engine/reference/commandline/run/ re

dockerstats dockerps --format .names