从零了解Docker

Docker原理

---

对于Docker最简单的一种理解就是“Docker是一种性能良好的虚拟机”。

但这种说法是带有一定错误的。Docker相比于传统的虚拟机技术来说，具体表现在Docker不是在宿主机上虚拟出一套硬件后再虚拟出一个操作系统，而是让Docker容器里面的进程直接运行在宿主机上（Docker 会做文件、网络等的隔离）。

Docker 中的三个核心概念：Image .Container Repository.

1. Image: 我们还是类比于windows的iso镜像，Docker中的镜像是分层的，可复用的，而非简单的一堆文件迭在一起。类似于一个压缩包和一个git仓库的区别

2. Container： 容器。容器的存在离不开镜像的支持，他是镜像运行时的一个载体。依托 Docker 的虚拟化技术，给容器创建了独立的端口、进程、文件等“空间”，Container 就是一个与宿机隔离 “容器”。容器可宿主机之间可以进行 port、volumes、network 等的通信。

3. Repository: Docker 的仓库和git 仓库比较相似，在本地构建完镜像之后，即可通过仓库进行镜像的分发。

4. 我们可以从中心仓库下载镜像，也可以从自建仓库下载。同时，我们可以把制作好的镜像 commit 到本地，然后 push 到远程仓库。

5. Docker促使开发流程变更

   Docker 对开发流程的影响在于使环境标准化。例如，原来我们存在三个环 境：开发（日常）环境、测试环境、生产环境。这里，我们对于每个环境都需要部署相同的软件、脚本和运行程序，如图所示。事实上，对于启动脚本内容都是一致的，但是没有统一维护，经常会出问题。此外，对于运行程序而言，如果所依赖的底层运行环境不一致，也会造成困扰和异常。
   现在，我们通过引入 Docker 之后，我们只需要维护一个 Docker 镜像。换句话说，多套环境，一个镜像，实现系统级别的一次构建到处运行。此时，我们把运行脚本标准化了，把底层软件镜像化了，然后对于相同的将要部署的程序实行标准化部署。因此，Docker 为我们提供了一个标准化的运维模式，并固化运维步骤和流程。