docker的组成架构

docker设想是交付运行环境如同海运，OS如同一个货轮，每一个在OS基础上的软件都如同一个集装箱，用户可以通过标准化手段自由组装运行环境，同时集装箱的内容可以由用户自定义，也可以由专业人员制造。这样，交付一个软件，就是一系列标准化组件的集合的交付，如同乐高积木，用户只需要选择合适的积木组合，并且在最顶端署上自己的名字(最后个标准化组件是用户的app)。

要实现这样的集装箱货轮海运的功能，那么docker是如何去设计如何区做的呢？我们先从docker的架构说起。

docker主要由以下模块组成：

• Docker 客户端 – Client
• Docker 服务器 – Docker daemon
• Docker 镜像 – Image
• Docker 仓库 – Registry
• Docker 容器 – Container

Docker 采用的是 (C/S) 架构模式，使用远程REST API来管理和创建Docker容器。既然是采用REST模式，所以客户端和服务端可以不用在一个host上，可以分布式管理部署。

Docker 客户端 – Client

docker的客户端分命令和API两种类型。docker 的命令一般在系统安装好docker包后就可以使用，linux下直接是docker开头，可以用docker –help命令查看所有能运行的命令。docker的命令也非常好记，跟linux命令一样，用多了自然就会了；而且学习docker最好的也是从命令入手。

docker的API一般是写脚本或者开发的时候用比较多，而且都是REST风格的，用命令交互的话可以结合CURL使用。用API能做创建、删除、修改、查询等一系列操作，不过还得结合编程语言使用才会比较强大。

Docker 服务器 – Docker daemon

docker daemon就是docker的主服务，docker.service。在linux操作系统下，安装好了docker服务我们就可以使用systemctl start/status/stop docker.service去操作docker的服务。这个服务非常重要，如果你系统的docker.service存在异常，那么你的所有docker关联的组件都会出错。

Docker 镜像 – Image

docker的镜像这个很容易理解，如果你玩过vmware或者openstack的话就很容易懂了，vmware和openstack都有镜像模版的概念，我们要衍生创建虚拟机，就可以通过镜像模版来快速部署和生成相同类型的VM。docker的image也是一个道理，通过不同类型的模版，比如redis镜像、nginx镜像来快速创建出容器。好比复制克隆，只要资源够，想生成多少就多少。生成出新的容器你可以使用，然后到时候你又可以打包成镜像。有了镜像这个功能，为生产提供了很好的打包、迭代、传递方式。

Docker 仓库 – Registry

Registry就是仓库的意思，我们上面提到docker有镜像，那么镜像会因为业务的需要以不同类型的方式存在。所以，这么多类型的镜像如果没有一个很好的机制去管理，那么肯定会乱套。好比一生产车间，生产需要各种各样的螺丝钉、齿轮等配件，如果没有一个很好的仓库管理员负责对配件进行管理，那么车间里将乱七八糟。同样的，docker 镜像也需要标准化管理，那么负责这块功能的模块就是Registry。不过，要注意的是Registry分共有和私有两种。Docker Hub（https://hub.docker.com/） 是默认的 Registry，由 Docker 公司自己维护，上面有数以万计的镜像，用户可以自由下载和使用。 不过，使用公有镜像速度会很慢（加上GFW的原因），一般公司内部使用docker的话都得搭建私有仓库，不然很影响效率。

Docker 容器 – Container

Container就是容器实例了，类比KVM生成的虚拟机。Container是运行时状态，我们可以通过docker命令和API去控制和改变Container的状态，比如start、stop等等。上面所讲的client、daemon、image 和registry都是为了Container的运行稳定而服务的。