Docker的必知必会
近期也是在搭建服务器的时候考虑到docker容器的使用下面是一些总结的知识点概括
什么是Docker
docker是一个用来装应用的容器,就像杯子可以装水,笔筒可以放笔,书包可以放书,可以把hello word放在docker中,可以把网站放入docker中,可以把任何想得到的程序放在docker中.
docker思想
看成集装箱：没有集装箱之前运输货物,东西零散容易丢失,有了集装箱之后货物不容易丢失,我们可以把货物想象成程序,目前我们要把程序部署到一台新的机器上,可能会启动不起来,比如少一些配置文件什么的或者少了什么数据,有了docker的集装箱可以保证我们的程序不管运行在哪不会缺东西.docker解决了运行环境不一致所带来的问题.
Docker 镜像
Docker 镜像是 Dockerfile 的产物，是 Docker 容器的前提，大有承前启后之意。Docker 技术发展两年有余，相信大家很早就听说过 Docker 大多采用联合文件系统（Union Filesystem），为 Docker 容器提供文件系统服务。
关于 Docker 镜像，有以下特性：
- 由 Dockerfile 生成。
- 呈现层级结构。
- 每层镜像包含：镜像文件以及镜像 json 元数据信息。
镜像的基石作用已经很明显，在 Docker 的世界里，可以说是「No Image, No Container」。
再进一步思考 Docker 镜像，大家可能很快就会联想到以下几类镜像：
- 系统级镜像：如 Ubuntu 镜像、CentOS 镜像以及 Debian 容器等；
- 工具栈镜像：如 Golang 镜像、Flask 镜像、Tomcat 镜像等；
- 服务级镜像：如 MySQL 镜像、MongoDB 镜像、RabbitMQ 镜像等；
- 应用级镜像：如 WordPress 镜像、Docker Registry 镜像等。
镜像共享关系
假设最终 docker build 构建出来的镜像名分别为 image 1 和 image 2 ，由于两个 Dockerfile 均基于 ubuntu:14.04 200MB ，因此，image 1 和 image 2 这两个镜像均复用了镜像 ubuntu:14.04 。 假设 RUN apt-get update 修改的文件系统内容为 20 MB，最终本地三个镜像的大小关系应该如下：
ubuntu:14.04 ： 200 MB
image 1 ：200 MB（ubuntu:14.04 的大小）+ 20 MB = 220 MB
image 2 ：200 MB（ubuntu:14.04 的大小）+ 100 MB = 300 MB
如果仅仅是单纯的累加三个镜像的大小，那结果应该是：200 + 220 + 300 = 720 MB，但是由于镜像复用的存在，实际占用的磁盘空间大小是：200 + 20 + 100 = 320 MB，足足节省了 400 MB 的磁盘空间。在此，足以证明镜像复用的巨大好处。
Docker 镜像内容
Docker 镜像内容由镜像层文件内容 和镜像 json 文件 组成，不论静态内容还是动态信息，Docker 均为将其在 json 文件中更新。
Docker 每一层镜像的 json 文件，都扮演着一个非常重要的角色，其主要的作用如下：
- 记录 Docker 镜像中与容器动态信息相关的内容
- 记录父子 Docker 镜像之间真实的差异关系
- 弥补 Docker 镜像内容的完整性与动态内容的缺失
Docker 镜像的 json 文件可以认为是镜像的元数据信息。
Docker容器和镜像关系和常用命令
Image Definition
镜像（Image）就是一堆只读层（read-only layer）的统一视角
Container Definition
容器（container）的定义和镜像（image）几乎一模一样，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的。
要点：容器 = 镜像 + 可读层。并且容器的定义并没有提及是否要运行容器。
docker create
docker create 命令为指定的镜像（image）添加了一个可读写层，构成了一个新的容器。注意，这个容器并没有运行。 只是创建了一个可读层。
docker start 我们可以运行这个创建的容器
Docker start命令为容器文件系统创建了一个进程隔离空间。注意，每一个容器只能够有一个进程隔离空间。
还有个方法 ：
docker run
看到这个命令，读者通常会有一个疑问：docker start 和 docker run命令有什么区别。
从图片可以看出，docker run 命令先是利用镜像创建了一个容器，然后运行这个容器。这个命令非常的方便，并且隐藏了两个命令的细节，但从另一方面来看，这容易让用户产生误解。
操作指令：
docker ps 命令会列出所有运行中的容器。这隐藏了非运行态容器的存在，如果想要找出这些容器，我们需要使用下面这个命令。
docker ps –a 命令会列出所有的容器，不管是运行的，还是停止的。
docker images docker images命令会列出了所有顶层（top-level）镜像。实际上，在这里我们没有办法区分一个镜像和一个只读层，所以我们提出了top-level 镜像。只有创建容器时使用的镜像或者是直接pull下来的镜像能被称为顶层（top-level）镜像，并且每一个顶层镜像下面都隐藏了多个镜像层。
docker images –a 命令列出了所有的镜像，也可以说是列出了所有的可读层。如果你想要查看某一个image-id下的所有层，可以使用docker history来查看。
docker stop 命令会向运行中的容器发送一个SIGTERM的信号，然后停止所有的进程。
**docker kill **命令向所有运行在容器中的进程发送了一个不友好的SIGKILL信号。
docker rm 命令会移除构成容器的可读写层。注意，这个命令只能对非运行态容器执行。
docker rmi 命令会移除构成镜像的一个只读层。你只能够使用docker rmi来移除最顶层（top level layer）（也可以说是镜像），你也可以使用-f参数来强制删除中间的只读层。
docker commit 命令将容器的可读写层转换为一个只读层，这样就把一个容器转换成了不可变的镜像。
docker build 关系到 DockerFile.
它会反复的执行file内多个命令。
我们从上图可以看到，build命令根据Dockerfile文件中的FROM指令获取到镜像，然后重复地1）run（create和start）、2）修改、3）commit。在循环中的每一步都会生成一个新的层，因此许多新的层会被创建。
**docker save **命令会创建一个镜像的压缩文件，这个文件能够在另外一个主机的Docker上使用。和export命令不同，这个命令为每一个层都保存了它们的元数据。这个命令只能对镜像生效。
docker export
docker export命令创建一个tar文件，并且移除了元数据和不必要的层，将多个层整合成了一个层，只保存了当前统一视角看到的内容（译者注：expoxt后 的容器再import到Docker中，通过docker images –tree命令只能看到一个镜像；而save后的镜像则不同，它能够看到这个镜像的历史镜像）
docker history
docker history命令递归地输出指定镜像的历史镜像。
docker pull
拉取所需要的 镜像文件
另外感谢一些大佬的参考文献，受益良多~
http://guide.daocloud.io/dcs/docker-9153976.html
https://www.cnblogs.com/bethal/p/5942369.html