Docker总结

一、什么是Docker

Docker使用Google公司推出的 Go 语言进行开发实现，基于操作系统层面的虚拟化技术。由于隔离的进程独立于宿主和其它的隔离的进程，因此也称其为容器。Docker在容器的基础上，进行了进一步的封装，从文件系统、网络互联到进程隔离等等，极大的简化了容器的创建和维护，使得Docker技术比虚拟机技术更为轻便、快捷。Docker可以轻松的为任何应用创建一个轻量级的、可移植的、自给自足的容器，开发者在笔记本上编译测试通过的容器可以批量地在生产环境中部署。

二、为什么要使用Docker

Docker的优势：

1.更高效的利用系统资源

由于容器不需要进行硬件虚拟以及运行完整操作系统等额外开销，Docker 对系统资源的利用率更高。无论是应用执行速度、内存损耗或者文件存储速度，都要比传统虚拟机技术更高效。因此，相比虚拟机技术，一个相同配置的主机，往往可以运行更多数量的应用。

2.更快速的启动时间

传统的虚拟机技术启动应用服务往往需要数分钟，而 Docker 容器应用，由于直接运行于宿主内核，无需启动完整的操作系统，因此可以做到秒级、甚至毫秒级的启动时间。大大的节约了开发、测试、部署的时间。

3.一致的运行环境

开发过程中一个常见的问题是环境一致性问题。由于开发环境、测试环境、生产环境不一致，导致有些bug并未在开发过程中被发现。而 Docker 的镜像提供了除内核外完整的运行时环境，确保了应用运行环境一致性，无论是物理机、虚拟机、公有云、私有云，甚至是笔记本，其运行结果是一致的

4.持续交付和部署

使用 Docker 可以通过定制应用镜像来实现持续集成、持续交付、部署。开发人员可以通过Dockerfile来进行镜像构建，并结合持续集成系统进行集成测试，而运维人员则可以直接在生产环境中快速部署该镜像，甚至结合持续部署系统进行自动部署。

5.更轻松的维护和扩展

Docker使用的分层存储以及镜像的技术，使得应用重复部分的复用更为容易，也使得应用的维护更新更加简单，基于基础镜像进一步扩展镜像也变得非常简单。此外，Docker 团队同各个开源项目团队一起维护了一大批高质量的官方镜像，既可以直接在生产环境使用，又可以作为基础进一步定制，大大的降低了应用服务的镜像制作成本。

虚拟机与docker对比:

 

1. 虚拟机运行在虚拟硬件上, 应用运行在虚拟机内核上。而 docker是宿主机上的一个进程, 应用只是docker的一个子进程, 也就是应用直接运行在宿主机内核上。
2. 虚拟机需要特殊硬件虚拟化技术支持, 因而只能运行在物理机上。docker没有硬件虚拟化, 因而可以运行在物理机、虚拟机, 甚至docker容器内(嵌套运行)。
3. 因为没有硬件虚拟化及多运行一个Linux内核的开销, 应用运行在docker上比虚拟机上更轻、更快。

对比传统虚拟机总结：

特性	容器	虚拟机
启动	秒级	分钟级
硬盘使用	一般为MB	一般为GB
性能	接近原生	相对较弱
系统支持量	单机支持上千个容器	一般几十个

Docker应用场景：

1. web应用的自动化打包和发布；
2. 自动化测试和持续集成、发布；
3. 在服务型环境中部署和调整数据库或其他的后台应用。

三、Docker架构

Docker使用客户端-服务器架构。Docker 客户端与Docker守护进程通信，后者负责构建，运行和分发Docker容器。Docker客户端和守护程序可以在同一系统上运行，也可以将Docker客户端连接到远程Docker守护程序。Docker客户端和守护程序使用REST API，通过套接字或网络接口进行通信。

Docker客户端（client）

Docker 客户端是Docker用户与Docker交互的主要方式。当使用Docker命令时，客户端会将这些命令发送给相应的守护进程，然后执行这些命令。该docker命令使用Docker API。Docker客户端可以与多个守护进程通信。

Docker守护进程（Docker daemon）

Docker守护进程侦听Docker API请求并管理Docker对象，如图像，容器，网络和数据卷。守护进程还可以与其他守护进程通信以管理Docker服务。

镜像（images）

Docker镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）。Docker 镜像就相当于是一个root文件系统，比如官方镜像ubuntu:18.04就包含了完整的一套Ubuntu 18.04最小系统的 root 文件系统。镜像不包含任何动态数据，其内容在构建之后也不会被改变。

因为镜像包含操作系统完整的 root 文件系统，其体积往往是庞大的，因此在Docker设计时，就将其设计为分层存储的架构。所以严格来说，镜像并非是像一个ISO那样的打包文件，镜像只是一个虚拟的概念，其实际体现并非由一个文件组成，而是由一组文件系统组成，或者说由多层文件系统联合组成。

镜像构建时，会一层层构建，前一层是后一层的基础。每一层构建完就不会再发生改变，后一层上的任何改变只发生在自己这一层。比如删除前一层文件的操作，实际不是真的删除前一层的文件，而是仅在当前层标记为该文件已删除。在最终容器运行的时候，虽然不会看到这个文件，但是实际上该文件会一直跟随镜像。因此在构建镜像的时候，需要额外小心，每一层尽量只包含该层需要添加的东西，任何额外的东西应该在该层构建结束前清理掉。

分层存储的特征使得镜像的复用、定制变的更为容易。我们可以用之前构建好的镜像作为基础层，然后进一步添加新的层，以定制自己所需的内容，构建新的镜像。

容器（containers）

镜像（Image）和容器（Container）的关系，就像是java中的类和对象一样，镜像是静态的定义，容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等。

容器的实质是进程，但与直接在宿主执行的进程不同，容器进程运行于属于自己的独立的命名空间。因此容器可以拥有自己的root文件系统、自己的网络配置、自己的进程空间，甚至自己的用户ID空间。容器内的进程是运行在一个隔离的环境里，使用起来就好像是在一个独立于宿主系统下操作一样。这种特性使得容器封装的应用比直接在宿主系统上运行更加安全。

前面讲过镜像使用的是分层存储，容器也是如此。每一个容器运行时，是以镜像为