Docker的必知必会

近期也是在搭建服务器的时候考虑到docker容器的使用下面是一些总结的知识点概括

什么是Docker

docker是一个用来装应用的容器,就像杯子可以装水,笔筒可以放笔,书包可以放书,可以把hello word放在docker中,可以把网站放入docker中,可以把任何想得到的程序放在docker中.

docker思想

看成集装箱：没有集装箱之前运输货物,东西零散容易丢失,有了集装箱之后货物不容易丢失,我们可以把货物想象成程序,目前我们要把程序部署到一台新的机器上,可能会启动不起来,比如少一些配置文件什么的或者少了什么数据,有了docker的集装箱可以保证我们的程序不管运行在哪不会缺东西.docker解决了运行环境不一致所带来的问题.

Docker 镜像

Docker 镜像是 Dockerfile 的产物，是 Docker 容器的前提，大有承前启后之意。Docker 技术发展两年有余，相信大家很早就听说过 Docker 大多采用联合文件系统（Union Filesystem），为 Docker 容器提供文件系统服务。

关于 Docker 镜像，有以下特性：

1. 由 Dockerfile 生成。
2. 呈现层级结构。
3. 每层镜像包含：镜像文件以及镜像 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 文件，都扮演着一个非常重要的角色，其主要的作用如下：

1. 记录 Docker 镜像中与容器动态信息相关的内容
2. 记录父子 Docker 镜像之间真实的差异关系
3. 弥补 Docker 镜像内容的完整性与动态内容的缺失
   Docker 镜像的 json 文件可以认为是镜像的元数据信息。

Docker容器和镜像关系和常用命令

Image Definition
镜像（Image）就是一堆只读层（read-only layer）的统一视角

Container Definition
容器（container）的定义和镜像（image）几乎一模一样，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的。

要点：容器 = 镜像 + 可读层。并且容器的定义并没有提及是否要运行容器。

docker create <image-id>
docker create 命令为指定的镜像（image）添加了一个可读写层，构成了一个新的容器。注意，这个容器并没有运行。 只是创建了一个可读层。


docker start <container-id> 我们可以运行这个创建的容器

Docker start命令为容器文件系统创建了一个进程隔离空间。注意，每一个容器只能够有一个进程隔离空间。

还有个方法 ：
docker run <image-id>

看到这个命令，读者通常会有一个疑问：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 <container-id> 命令会向运行中的容器发送一个SIGTERM的信号，然后停止所有的进程。

**docker kill <container-id>**命令向所有运行在容器中的进程发送了一个不友好的SIGKILL信号。

docker rm <container-id> 命令会移除构成容器的可读写层。注意，这个命令只能对非运行态容器执行。

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 <image-id>**命令会创建一个镜像的压缩文件，这个文件能够在另外一个主机的Docker上使用。和export命令不同，这个命令为每一个层都保存了它们的元数据。这个命令只能对镜像生效。

docker export <container-id>
docker export命令创建一个tar文件，并且移除了元数据和不必要的层，将多个层整合成了一个层，只保存了当前统一视角看到的内容（译者注：expoxt后 的容器再import到Docker中，通过docker images –tree命令只能看到一个镜像；而save后的镜像则不同，它能够看到这个镜像的历史镜像）

docker history <image-id>
docker history命令递归地输出指定镜像的历史镜像。

docker pull <url>
拉取所需要的 镜像文件

另外感谢一些大佬的参考文献，受益良多~

http://guide.daocloud.io/dcs/docker-9153976.html

https://www.cnblogs.com/bethal/p/5942369.html