你不了解的Docker

一直以来，docker被万能化，VMWare和HyperV这些被妖魔化，大有docker将完全取代那些虚拟化技术的趋势。

但是，你真的了解docker么？你真的知道docker的适用场景么？

笔者无意冒犯，但恐怕不少人都走入了误区。

误区一：docker和VMWare一样，都是虚拟化技术，所以docker可以替代VMWare们。

dark回答：不是的，docker不是虚拟化技术。

       真像：docker的介绍中已经说得很清楚，docker做的仅仅是系统隔离。

                 首先，docker需要运行在一个拥有操作系统的服务器上，

                 然后，docker让它的每一个镜像使用docker所在服务器的操作系统和物理设备运行，

                 这样，就给了我们一个假象，那就是每个镜像的运行在了一个独立的操作系统中。

                 而VMWare，是通过软件虚拟的方式，将物理服务器的硬件从一个整体切分成一个个的部分，

                 并且无中生有的模拟产生了包括网卡、声卡在内的多种硬件。

       结论：VMWare从硬件层面，对物理设备进行分割。

                 docker从软件层面，对操作系统进行的分隔。

误区二：docker可以适用于一切场景，比如我们的虚拟服务器上也可以使用docker。

dark回答：不是的。

   真像：docker的优势在于它对操作系统的切分。它的适用场景应该是如下的情况

             在一台裸服务器上，安装完操作系统（CentOs、Ubantu等）之后，不需安装虚拟化软件（VMWare、VCenter）

             而是直接安装docker。

             这样做的好处如下：

             第一，不必引入虚拟化软件，进而避免由虚拟化软件带来的硬件资源的损失和多次安装操作系统的弊端

             第二，所有镜像使用了统一的操作系统和硬件环境，减少产生问题的环节。

             所以，如果你打算使用docker，那么dark的建议就是，直接在服务器上直接安装使用，这样整体效率最高，问题最少。

误区三：docker这么流行，所以不管我们当前是否需要，先部署后用用看。

dark建议：不太好

    原因：我们使用docker，最主要的目的是利用其镜像的复制迁移功能。

             如果你的环境是那种几十、上百甚至数百上千的冗余高可用的集群，完全可以利用docker的“一处制作镜像，到处部署”的特点，同时配合脚本化的部署和运维方式，快速搭建集群。

              但是如果你的环境仅有为数不多的几台服务器，甚至是虚拟服务器，那么大可不必，

              因为你不但利用不到docker的最大优势，同时为运维人员增加了产生问题的节点数量。

              所以，技术是为需求服务的，没必要为了技术而技术。

以上是dark的一家之言，有不妥或遗漏，欢迎大家一起讨论并指正。