Docker概念以及优势（推荐）

作者：小狐濡尾
链接：https://www.zhihu.com/question/22871084/answer/88293837
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

##如何搞懂一个陌生的概念？

要搞明白docker的概念，只看定义是远远不够的。除了直接看定义外，还可以通过其他方式来认识它，主要有三种：

• 第一种：在长期使用docker的过程中，逐渐体会到其优势（放到具体场景中认识）
• 第二种：通过和一些已经熟悉的概念对比来认识（比如虚拟机）

上述两种方法都要求掌握相当多的软件虚拟化知识，但是对于一个从未接触过docker，甚至对部署都不是很了解，也没时间去研究docker的新人，应该怎么快速理解docker的核心优势呢？

• 第三种：借助于隐喻。

如果你不清楚隐喻的概念，个人有一篇文章单独介绍：隐喻 。如果不想了解，可以将隐喻简单理解为类比，借助于另一个更容易认识的概念来映射新概念。

#docker的隐喻

「docker」的字面意思是「码头工人」，这个名字本身应该是官方深思熟虑之后的结果，这个词汇本身就带有很强的隐喻性质，它借用了一个在真实世界中已经成熟的体系：全球物流系统，来映射docker在软件领域中起到的作用。

在全球物流系统中，一个非常重要的发明就是集装箱。

##集装箱重要在哪里？

为了理解这件事情，可以先考察一下集装箱出现之前的物流情况：货物从工厂生产出来之后装箱，然后一箱箱的搬到卡车上，然后再一箱箱卸下来，一箱箱送上火车，运送到码头附近的火车站，再一箱箱卸下来，装上卡车，拉到货轮上，再一箱一箱的装上去…

可以看出在这个整个流程中，大量的时间，人力 ，物力全部浪费在了中间的装卸上。在物流系统里面，由于路程和运输工具速度的限制，货物真正在路上的时间是一定的，在交通技术得到改善之前，这个时间也很难去缩短。于是这部分货物装卸时间就成了物流系统中的瓶颈。

这个瓶颈在集装箱出现之后得到了很大的改善。集装箱重要在它提供了一种通用的封装货物的标准规格（尺寸，外形符合统一标准），这样就产生了一些巨大的优点：只需要在运输前一次性封装，集装箱就可以放上火车，卡车，拉到码头，直接放在货船上；卸船之后直接再放上火车，卡车，运送到目的地。而且由于集装箱符合统一标准，整个流程非常容易机械化，这引发了以集装箱为中心的整个全球物流的标准化进程，从而节省了大量的时间资源和人力资源，成本迅速下降，促进了全球资源的流动与重新配置。

##docker（码头工人）正是借用了集装箱的隐喻

docker就像往集装箱里装货物的码头工人那样，它把应用打包成具有某种标准规格的集装箱，用计算机领域的语言来说，这种按照一定规格封装的集装箱叫「镜像」。其实就是将你原来的代码添加点额外的内容，格式之类的，生产出来的一个符合某种标准的东西。

集装箱减少了货物的运输工作量，那docker镜像又有什么相似的优势呢？同样可以先看看docker出现之前的应用部署是情况。

###docker出现之前的部署情况

在docker出现之前，比如说要部署一个django应用，要做哪些事情？

• 首先得有个python环境，比如这个要部署的应用基于python3，而你机器上是python2，那ok，先装个python3吧，一看装起来还挺麻烦，要先装各种依赖，还要解决一些可能的冲突，没办法硬着头皮上吧。
• 装完python之后，因为有pip这些神奇的工具，很快就装完django及各种需要的python库了。咦，发现还要装mysql，还用了redis。没办法，继续下载，安装，配置。费了九牛二虎之力终于搞完了。一天就这么过去了。
• 啥？你告诉我原来的服务器不用了，要换一台服务器？我靠，那重新来一遍吧，有了昨天的经验，只用了大半天就搞定了。
• 啥？你说咱们的应用做的太好，要进行推广，需要指导其他厂商部署？我选择狗带，删代码走人

上面的描述可能有些夸张，但也绝不是罕有发生。在docker出现之前，各种安装、配置环境正是运维人员经常做的事情之一，在重复工作上浪费了巨大的资源。

###docker出现之后

####标准的交付件

说到docker最像集装箱的地方，关键就是理解它是软件领域的一种「标准化」，这种标准化的具体产物，简单来说就是「镜像（image）」。

「镜像」这个词说实话太玄乎，当然对应的原文「image」本身也挺玄乎的。原因是它根据一些场景引申了本来的含义。

image本身是「画像，映像」的意思，又有「现实物体的抽象描绘」的意思，而且画像本身可以很容易的复制，后来又有了「原画像复制品」一类的意思。

再后来直接就拿来表示光盘镜像（很容易复制的存储影像的东西，只不过画像是画在纸上，但这种影像以数字形式存在于光盘上）。

当然「镜像」在汉语中就有「复制品」的含义，只不过加入了汉字独有的意境，显得玄乎，朦胧了。

在docker中镜像是指，把你的应用按照一定的格式封装（其实就是执行一些符合特定规的命令行）成一种具有某种标准规格的东西（就像集装箱把你的货物封装起来类似）。形象的说，就是把你的应用按照一定的格式抽象的画了个画像。

在docker中，镜像是无法直接运行的，我猜想这并不是技术上的原因，而是出于工程设计上的考虑。因为一般来说，一个软件的某个具体版本只会打包成一个镜像。如果镜像可以配置，运行的话，在使用过程中很可能会对镜像造成破坏。

那怎么样避免镜像损坏的问题呢？就是再加一层，相当于分身术，只要本尊没问题，分身怎么扑街都不会真正的跪掉。多加的这一层分身，就叫容器（container），这个名字也挺形象，它就像个盒子一样，你的应用在里面运行，而且多了一层安全机制。你想使用服务或把你的应用跑起来的话，只需要使用镜像新创建一个容器就可以了（也是一条命令搞定），而镜像还放在那里不动，没办法，金贵嘛。

#### Docker 究竟做了什么简化？

docker在部署过程中，将安装，配置等重复的部分，由docker自动化完成。只需要在第一次部署时，构建完可用的docker镜像（装好集装箱），在以后使用中，短短的几行命令，就可以直接拉取镜像，根据这个镜像创建出一个容器，把服务跑起来了。所需要的仅仅是安装了docker的服务器，一个Dockerfile文件，以及比较流畅的网络而已。真可谓『一次构建，到处部署』。

• 需要python3环境？直接 from python:3.x 搞定。
• 需要迁移服务器？ 直接把应用连带Dockerfile，备份数据拷贝到新服务器上，几条命令又搞定
• 需要作为服务给别人使用？Dockerfile即是最清晰的部署文档，维护一个官方镜像即可，谁需要就直接拉下来几条命令部署上就行了。

到这里你可能已经发现了，docker镜像成为了一种像集装箱那样的标准货件。它不像传统的软件交付方式那样，只把代码以及说明文档之类的给你就完了，而是直接给你一个标准docker货件，它可能是Dockerfile，或者直接就是镜像，这个标准件不仅包括了代码本身，还包括了代码运行的OS等各种整体环境。

于是，谁想用我的服务，直接拉取镜像，实例化一个容器就可以了，能直接提供你所要的服务，不再像之前那样有繁复的安装过程————这些都有人给你做过了。

#### 当然docker的优点不止于此

就像集装箱带来的「标准化」，这种标准化不仅是指集装箱本身，而且是指包括运输器械，物流管理方法等在内的，整个领域的标准化和效率的提高。也就是说基于一件核心事物的「标准化」，可以做更多的事情，比如集装箱的机械自动搬运，再远的比如自行车上的螺丝，轮胎等都有全球通用的标准。

docker也是类似的，一旦这种软件标准建立起来之后，就可以基于标准件和相应的管理方式带来更多的改变。随便举一些例子：

##### 统一的管理服务

使用docker部署的应用，都会在docker的管理范围之内。这也是docker的另一个非常大的优点，它提供了一种隔离的空间，把服务器上的零散的部署应用集中起来进行管理。

举个例子，比如我一个服务器上部署了n多服务，有mysql，redis，rabbitmq，其他还有一堆应用。有一天我服务器突然断电重启了，那些没有设置自动重启的应用，那些重启出问题的应用，那些你甚至都不知道隐藏在某个角落里的重要应用没启动成功….

然而使用docker，一眼就可以看出那些应用正常启动了，那些应用又出问题了。接下来只用有条不紊的处理就ok了。

#####持续交付上的应用持续交付有一些超出范围，自己去寻找答案吧

##### 弹性计算

也就是根据需要，动态地添加新的应用服务，在不需要时收回服务器资源，docker的标准化让这种弹性能力得到了更好的应用。

# 最后，关于docker的一个误解

很多人说docker改变了运维世界，这句话是从群体统计角度来说的，像mysql，python这样被大规模使用的应用，docker化之后对整个群体所节省的时间，是非常巨大的。

所以有人可能会问，我只有一台服务器，也不太可能会迁移。我的python服务，mysql服务，只需要部署一次，就可以在以后重复使用了。那这样docker对于我来说还有优势吗？毕竟docker也是有学习成本的。

如果你确信你的应用都是一次性的，而且只提供给自己使用，那么docker在这种场景下的优势不是特别明显：即便是docker，最初的构建也是需要有人做的，这和直接在机器上部署一次的工作量差不多。也就是说，docker并不能把部署的工作「减少为0」，比较好的情况下是「基本减少为1」。

但是，你真的真的确信，你所做的工作只是一次性的吗？