为什么我们需要Docker？

启动速度

启动虚拟机需要先启动虚拟机的操作系统，再启动应用，这个过程非常慢。

启动Docker相当于启动宿主机操作系统上的一个进程，为秒级别。

占用资源

虚拟机是一个完整的操作系统，需要占用大量的磁盘空间、内存和CPU资源；

Docker只是一个进程，只需要将应用及相关的组件打包，在运行时占用很少的资源，一台机器上可以开启成千上万个Docker。

镜像与容器

镜像是一种静态的结构，可以理解为是容器的源代码，也可以看作是面向对象中的类，而容器是镜像(类)的一个实例。

镜像包含着容器运行时所需要的代码及其它组件，它是一种分层结构，每次层都是只读的(Read-only layers)。

构建镜像时，会一层层构建，前一层是后一层的基础，镜像的这种分层结构很适合镜像的复用及定制。构建容器时，通过在镜像的基础上添加一个可写层，用来保存着容器运行过程中的修改。

优点

–

1.部署方便

在我们最开始学习编程的时候，搭建环境这一步往往要耗费我们很长时间，其中一个小问题也有可能需要很长时间去解决。

而有了容器之后，这些都变得非常容易，我们的开发环境就只是一个或者几个容器镜像的地址，最多在再需要一个控制部署流程的执行脚本，或者进一步将你的环境镜像以及镜像脚本放入一个Git项目发布到云端，需要的时候将它拉取到本地即可。

# git clone https://github.com/my-project

# sh ./my-build-boot.sh

2.部署安全

当我们收到一个bug反馈的时候，很多时候心里的第一反应都是"在我本地就是好的啊，是不是你环境有问题？"

这种情况的发生就在于本地环境的不一致(也既我们常说的异构)，我们在开发环境中调试往往不能保证其它环境的问题，但却要为此买单，有了容器之后，各个环节采用统一标准(环境)，这种情况将很少发生。

我们可以通过容器技术将开发环境和测试环境以及生产环境保持版本和依赖上的统一，保证我们的代码在一个高度统一的标准上执行，而测试环境的同意，也同样能解决[CI(持续集成)](()流程对环境的要求。

在分布式技术和扩容需求日益增长的今天，如果运维能够通过容器技术来进行环境的统一部署，不仅在部署的时间上节省不少，也能把很多人工配置环境过程中产生的失误降到最低。

3.隔离性好

不管是开发还是生产，往往我们一台机器上可能要跑多个服务，而服务各自依赖的配置又不尽相同，假如说两个应用需要使用同一依赖，或者两个应用需要的依赖之间有一些冲突，这个时候就很容易出现问题，所以同一台服务器上不同应用提供的不同服务，最好还是将其隔离起来。

而容器在这一方面就有其天然的优势，每一个容器就是一个隔离的环境，容器内部所提供的服务对环境依赖的要求，容器可以自内部全部提供，这种高内聚的表现可以快速分离有问题的服务，在一些复杂应用系统中能够实现快速拍错和即时处理。

4.快速回滚

容器之前的回滚机制，一般要基于上个版本的应用重新部署，且替换掉目前有问题的版本，在最初的时代，可能是一套完成的从开发到部署的流程，而执行这一套流程往往需要花费很长时间，在基于[Git的环境](()中，可能是回退某个历史提交，然后重新部署，这些跟容器相比，都不够快，而且可能会产生新的问题。

而容器技术天生带有回滚特性，因为每个历史容器或者镜像都会保存，而替换某个容器或者镜像是非常快速和简单的。

5.成本低

这可能是一个最明显和有用的优点了，在容器出现之前，我们往往会因为构筑一个服务，就要提供一台服务器或者一台虚拟机，服务器的购置成本和运维成本都比较高，而虚拟机所占用的资源又相对较高，相比之下，容器就小巧轻便的多，只需要给一个容器内部构建应用所需的依赖就可以了，这也是容器技术发展如此迅速的最主要原因。

6.管理成本低