docker本质
Docker 本质其实是 LXC 之类的增强版，它本身不是容器，而是容器的易用工具。容器是 linux 内核中的技术，Docker 只是把这种技术在使用上简易普及了。Docker 在早期的版本其核心就是 LXC 的二次封装发行版。
Docker 作为容器技术的一个实现，或者说让容器技术普及开来的最成功的实现。
Docker 是基于 Go 语言实现的一个开源项目，它的主要目标是“Build，Ship and Run Any APP，Anywhere”，即通过对组件的封装、分发、部署、运行等生命周期的 管理，使得用户的应用及其运行环境能够做到一次封装，到处运行。
早期 Docker 利用 LXC 做容器管理引擎，但是在创建容器时，不再使用模板去安装生成，而是通过镜像技术（把一个操作系统用户空间所需要使用到的组件事先编排好，并整体打包成一个文件，image 文件），镜像文件集中放在一个仓库中。当需要创建容 器时，Docker 调用 LXC 的工具 lxc-create，但不再通过 lxc 的模板去安装，而是连接 到镜像服务器上下载匹配的镜像文件，而后基于镜像启动容器。所以，Docker 极大的简化了容器的使用难度。以后我们创建启动容器，只需要一个命令，docker-run，docker-stop 就可以启动停止一个容器了。
docker的引擎迭代
Docker 早期是基于 LXC 容器管理引擎实现，当后来成熟之后，Docker 自建了一个容器引擎叫 libcontainer，后来 CNCF 的介入，Docker 又研发了一个工业化标准的容器引擎 runC，目前所使用的新版 Docker，所使用的容器引擎就是 RunC。
docker和虚拟机的区别
应用程序执行环境分层
硬件层：提供硬件抽象，包括指令集架构、硬件设备及硬件访问接口
操作系统层 ：提供系统调用接口，管理硬件资源
程序库层：提供数据结构定义及函数调用接口
虚拟机
存在于硬件层和操作系统层间的虚拟化技术。虚拟机通过“伪造”一个硬件抽象接口， 将一个操作系统以及操作系统层以上的层嫁接到硬件上，实现和真实物理机几乎一样的功能。比如我们在一台 Windows 系统的电脑上使用 Android 虚拟机，就能够用这台电脑打开 Android 系统上的应用。
容器
存在于操作系统层和函数库层之间的虚拟化技术。容器通过“伪造”操作系统的接口，将函数库层以上的功能置于操作系统上。以 Docker 为例，其就是一个基于 Linux内核的 Namespace 和 Cgroup 功能实现的隔离容器，可以模拟操作系统的功能。简单来说，如果虚拟机是把整个操作系统封装隔离，从而实现跨平台应用的话，那么容器则是把一个个应用单独封装隔离，从而实现跨平台应用。所以容器体积比虚拟机小很 多，理论上占用资源更少。容器化就是应用程序级别的虚拟化技术。容器提供了将应 用程序的代码、运行时、系统工具、系统库和配置打包到一个实例中的标准方法。容器共享一个内核（操作系统），它安装在硬件上。
总结
| 虚拟机 | docker | |
|---|---|---|
| 磁盘占用 | 几个G到几十个G | 几十M到几百M左右 |
| CPU内存占用 | 虚拟操作系统非常占用CPU和内存，需要通过虚拟层调用占用率高 | docker引擎占用资源很少，直接作用于硬件资源 |
| 启动速度 | 从开机到运行项目需要几分钟 | 从开启容器到运行项目只要几秒 |
| 安装管理 | 需要专门的运维技术 | 安装管理方便 |
| 应用部署 | 手动部署 | 体系化部署，可以自动化，速度快 |
| 隔离性 | 系统级别 | 进程级别 |
| 封装程度 | 打包整个操作系统 | 打包项目代码和依赖信息 |
docker为什么比虚拟机资料利用率高，启动快
docker 有比虚拟机更少的抽象层。docker 不需要 Hypervisor 实现硬件资源虚拟化，运
行在 docker 容器上的程序直接使用的是实际物理机的硬件资源。因此在 cpu、内存利
用率上 docker 将会在效率上有明显的优势。docker 利用的是宿主机的内核，而不需要
Guest OS，节省了 Guest OS 占用的资源。
docker 不需要 Guest OS，创建一个容器时，不需要和虚拟机一样重新加载一个操作
系统内核。从而避免引寻、加载操作系统内核返回时耗时耗资源的过程，当新建一个
虚拟机时，虚拟机软件需要加载 Guest OS,返回新建过程是分钟级别的。而新建一个
docker 容器只需要几秒钟。
docker和JVM虚拟机的区别
JVM虚拟机
存在于函数库层和应用程序之间的虚拟化技术。Java 虚拟机同样具有跨平台特性，所谓跨平台特性实际上也就是虚拟化的功劳。我们知道 Java 语言是调用操作系统函数库的，JVM 就是在应用层与函数库层之间建立一个抽象层，对下通过不同的版本适应不同的操作系统函数库，对上提供统一的运行环境交给程序和开发者，使开发者能够调 用不同操作系统的函数库。
总结
| JVM | docker | |
|---|---|---|
| 性能 | JVM需要占用一定的CPU和内存 | 基本没有损失 |
| 虚拟层面 | 基于操作系统的函数库层，更上层 | 基于操作系统，更加通用 |
| 代码无关性 | 一个特定代码的执行平台，它是运行时才存在的，只能支撑特定代码的执行，并且必须是在 jvm 进程内 | 模拟了一整个操作系统，它是静态存在的， 可以支撑任何相同平台的应用程序 |
| 主机隔离性 | jvm 不隔离主机 | 通过命名空间实现隔离 |
docker版本
Docker 发展过程中衍生了以下版本，目前我们学习和使用提到的版本是 docker-ce。
lxc：上文中提到，lxc 是最早的 linux 容器技术，早期版本的 docker 直接使用 lxc 来实 现容器的底层功能。虽然使用者相对较少，但 lxc 项目仍在持续开发演进中。
libcontainer：docker 从 0.9 版本开始自行开发了 libcontainer 模块来作为 lxc 的替代品实现容器底层特性，并在 1.10 版本彻底去除了 lxc。在 1.11 版本拆分出 runc 后,libcontainer 也随之成为了 runc 的核心功能模块，runc 后续变成了容器标准。
moby：moby 是 docker 公司发起的开源项目，其中最主要的部分就是同名组件 moby，事实上这个 moby 就是 dockerd目前使用的开源项目名称，docker 项目中的 engine （dockerd）仓库现在就是从 moby 仓库 fork 而来的，使用 containerd 作为运行时标准。https://mobyproject.org/
docker-ce：docker 的开源版本，CE 指 Community Edition。docker-ce 中的组件来自于 moby、containerd 等其他项目。https://www.docker.com/pricing/
docker-ee：docker 的收费版本，EE 指 Enterprise Edition。其基础组件来源和docker-ce 是一样的，但附加了一些其他的组件和功能。https://www.docker.com/pricing/
docker架构
Docker 使用客户端-服务器 (C/S) 架构模式，使用远程 API 来管理和创建 Docker 容器。Docker 容器通过 Docker 镜像来创建。
• Docker 仓库(Registry)
Docker 仓库用来保存镜像，可以理解为代码控制中的代码仓库。Docker Hub 供了庞大的镜像集合供使用。
• Docker daemon
Docker daemon 是服务器组件，是 Docker 最核心的后台进程，我们也把它称为守护 进程。
• Docker 客户端(Client)
Docker 客户端通过命令行或者其他工具使用 Docker API 与 Docker 的守护进程通信。
• Docker 主机(Host)
一个物理或者虚拟的机器用于执行 Docker 守护进程和容器。
• Docker 镜像(Images)
Docker 镜像是用于创建 Docker 容器的模板。
• Docker 容器(Container)
容器是独立运行的一个或一组应用。
过程
客服端docker pull拉取镜像，docker daemon类似于服务员，会先查看Images中是否有镜像，如果没有就去Registry中拉取镜像，放到Images中，然后将需要的镜像放入container中，每个客服端都有对应的container，每个container的环境是由各自客服端觉定的。
