一个虚拟化老兵的Docker浅见-1

互联网公司DevOps们”摇旗呐喊”

DevOps兴起于互联网公司，基本理念是开发和运维合为一体，把开源工具拿过来再根据自己的业务特点稍加改动，测试通过后就上线支撑公司的产品和服务，并一边运维一边改进。

在 DevOps出现之前，开发的工作流程是：市场调研，需求分析，系统设计，软件编码，单元测试，集成测试，系统测试，软件发布。运维人员的工作流程是：安 装服务器，安装软件，配置软件，系统运维。很明显在老的模型中，运维人员地位低下，整天做着重复且枯燥的工作，并且开发和运维之间相互等待资源环境，软件 版本，以及buglist。所以能不能运维专注于1)提供，维护，监控平台，2)提供工具。开发利用运维的工具发布，维护自己的产品或服务呢？互联网的神 仙/屌丝们很快发现，docker的“构建一次，到处运行”正是他们需要的。

组织IT服务云化，平台化的”Next”

IaaS 平台经过长时间的市场教育和技术教育，终于在2015，2016开始大规模的普及化和落地。，军工，事业单位，大中小型企业正如火如荼的进行着IT服 务云化的过程。道路选择上中小型企业选择的是公有云，，军工，事业单位，大型企业一般都是自建私有云，像12306这种某时间段对IT有大规模溢出需 求的单位，更适合的是混合云。

所有的组织都需面对客户，也都有的业务和数据。当今世界发展的趋势是： 1）用户体验越来越重要（产品过度泛滥+烧钱的大有人在+别人都在”取悦”用户）

2）业务更替越来越频繁（N个试错–>1个OK–>继续N个试错） 3）数据就是资产（不解释）

所以呢，未来，IT服务需要更轻量(100~1000容器/Node)，更高效(无GuestOS开销)，更敏捷(devop理念)的平台。当前，考虑原有业务迁移的便利性，笔者认为以虚拟化为核心的云平台更胜任。

二. Docker与虚拟化的比对分析

1.浅层技术对比

对Docker稍有接触的人应该都见过下图，无需更多解释，Dokcer减少Guest OS这一层级，所以更轻量和更高性能。

2.深层技术对比

但用户很少直接使用Docker，而是要使用Docker为核心的平台系统，那其实对比项还是蛮多的。

从上表可以看出：a. 容器更高效，更敏捷，更好维护；b. 虚拟化在安全性和支持广泛性上有天然优势；c. 管理平台成熟度上，Docker和kubernetes还有很长的路要走。 3.适用场景不同

对 于高I/O要求的业务，例如数据库服务，建议部署Docker+物理机，因为在虚拟机中部署Docker，I/O性能将受到虚拟机的。对于虚拟桌面服 务等强调租户权限和安全的业务，建议采用虚拟机方式，虚拟机的多租户强隔离特性，保证租户在拥有虚机root权限的同时，其他租户和主机的安全。此外，大 部分业务系统将适用于虚拟机+Docker形式的组合，操作系统和Docker引擎采用虚拟机镜像封装，平台软件、业务组件等与业务相关软件采用容器镜像 封装，为实现安全隔离和资源的高利用率，基本应该遵循：不同租户的业务运行采用虚拟机隔离，相似类型的业务部署在同一组容器上的思路。

三. 我们该怎么办

首 先介绍下笔者公司产品的情况，2011年开始我们以KVM为基础自主开发了OPV-Suite平台（IaaS云平台）和OPV-VDI（桌面虚拟化）产 品，主要面向私有云客户，也向公有云服务商供应产品和技术。面对Docker的挑战，我们在确定还需在虚拟化产品继续深耕下去的同时，还该怎么办呢？ 1.未来云产业格局分布

盗一张我的领导对云产业玩家的分析图。明显看出云产业链里的价值高地正在往云服务商处聚集，当然这个服务可以是公有云服务，也可以是私有云服务，还可以是混合云服务。

笔 者一直认为，云消费者并不关心，你这个服务商使用的是虚拟化技术还是Docker，更不关心你自己写的还是基于开源平台改的。他关心的是你的服务是否可 靠，是否稳定，是否便宜，是否安全。所以，根据你团队的特点，选择你们自己最擅长的技术，为云消费者提供有竞争力的服务，才是未来我们能否立足的核心。

2.技术上先看看别人家怎么做

用户不关心技术，我们的关心呀。首先声明，下表的分析数据是从2016容器大会上各厂商PPT上了解到的，必然既不全面也不深刻。

可以明显看出分为三个阵容：基于IaaS云平台，基于kubernetes，基于Mesos；单从数量上看势均力敌。为什么会这样，笔者认为第一Docker还在迅速发展过程中，到底怎么做大家还没有统一的意见。第二各个互联网公司的技术团队擅长的东西并不一样。 3.我们怎么办

好，该得出结论了，我们该怎么办呢？

提供用户需要的云计算产品和服务，适合虚拟化的就虚拟化，适合Docker的就用Docker，并以自己团队最擅长的方式构建出平台来。 4.DCOS应该是怎样的？

笔者认为融合了虚拟化和容器的平台，我们暂且叫它DCOS（数据中心操作系统）的体系结构应该是这样的，篇幅有限，笔者将在第二篇文章中详细介绍各模块的功能和实现方法。

作者简介：徐安，2010年开始接触云计算，目前是汉柏科技虚拟化产品的技术负责人。本文得到作者的授权发布。

责编：魏伟，关注Docker和OpenStack，欢迎投稿，邮箱weiwei@csdn.net