Docker概念与传统虚拟化技术的差异
- Docker 实现的是基于进程级别的虚拟化实现，其与传统虚拟化技术最大的区别在于：传统虚拟化技术运行于一套完整的虚拟化硬件基础之上，而Docker容器则直接运行于宿主机硬件之上。
- 基于以上概念的不同，Docker相较于传统虚拟化技术有更高的资源利用率；
传统虚拟化技术：客户机只能利用所分配的硬件资源；而且当前客户机资源空闲时，其他客户机或者宿主机也无法利用空闲资源，当客户机资源不足时，客户机可能出现宕机的风险。
Docker：客户机直接使用宿主机硬件资源，意味着Docker客户机和宿主机之间的资源是共享的，不会造成资源浪费，在宿主机硬件资源充足的情况下Docker客户机也不存在资源不足的情况。
Docker架构
图片网上扒的，看看就行了0.0；从图中可以看到，Docker整体是C/S的结构，开发者可以使用Docker CLI 通过调用 Docker 的 API 接口，与Docker 服务器交互。
下面大致介绍一下几个主要的角色
-
镜像（Images）
镜像在仓库中的存储方式与Maven中的jar包类似，可以对比理解。
Maven中，开发者要定位某个jar包，需要使用 GAV坐标来指定：
一个指定的组，组下面指定的包名，同一个包指定的版本；
镜像也是类似的：
【仓库名/软件名:标签（版本号） 】这样的格式来指定一个Docker镜像 -
容器（Container）
镜像和容器是密切相关的，简单来说，镜像是静态的，容器是运行时的镜像，在镜像的基础之前添加了容器运行时的存储层。有点类似于，Java里面的 类和对象的关系。Docker借用了面向对象的思想，它的镜像可以继承，实现镜像复用。 -
仓库
Docker仓库的概念有点类似于 Maven，是用来管理Docker镜像的。所以开发者也有必要创建私服，用来管理自己项目的Docker镜像（这个后面再说）。 -
网络（network）和数据卷（data volumes）
前面也说了 Docker 是一种虚拟技术，所以内部是有完整的操作系统结构的，其中就包含了网络通信这一块；至于数据卷，我们知道，容器运行一旦结束并销毁后，容器内的任何东西都是会被销毁的（这一点可以类比Java的对象，对象被GC回收后，对象所承载的数据都随着对象销毁），数据卷就是独立于容器的数据存储的这样一个概念。所以，开发者在构建自己应用程序的镜像时，不要在容器内部存储任何数据，可以将数据存储在数据卷或者将存储路径映射到宿主机的指定路径