Docker vs IaaS: Expert Insights on Container Best Practices and Future Trends

本文根据高效运维系列微信群「坐而论道」活动整理而成，原创并首发于“高效运维”公众号。

编辑

萧田国（整理 & 发布）

主要讨论人员

提问：王利俊@cSphere、张鑫@ZStack、杜玉杰@华为

回答：陈齐彦@DaoCloud

嘉宾介绍

王利俊 希云cSphere 创始人 CEO 原新浪内部云动态应用平台和公有云平台SAE的负责人，擅长大规模系统架构设计和研发、DevOps、持续集成和持续交付等。 陈齐彦 DaoCloud CEO 中国最早的开源云计算技术布道者，前任EMC中国研究院总架构师，拥有二十多件美国专利申请。

引言

「坐而论道」是一个轮流问答的玩法，本文是Docker 主题周中几位一线专家激情问答的一部分内容。

现在生产环境大多使用 Docker 进行轻量级资源隔离，这真的合适吗？如果不合适，正确的姿势是什么？

利俊问：Docker与 IaaS 究竟是什么关系？又会如何影响产业上下游？

一图胜千言，请看~

当你不能反抗时，就好好享受。App 和 Docker 是真爱，上游将是一场轰轰烈烈的水乳交融。下游目前来看，IaaS 和 Docker 是长期基友关系，只要这种态势维持，皆大欢喜。但若出现任何一方越轨，行业可能血雨腥风。

张鑫问：容器怎么用更合适？作为传统 VM（IaaS），还是以微服务为主的单进程？

容器用法要从容器本身和容器环境两个角度看。

容器本身没有固定姿势，任何方式都可以，当作虚机跑也没问题。容器环境则基于最佳实践和工具链，需要遵守规则，越守规矩效能越大。

当前的规矩是：单进程 + 微服务 + 无状态。

容器即进程，将容器回归其最初，而不是作为 VM 虚拟机来使用。

不遵守最佳实践会导致效能衰减，甚至引发对容器的反感。

张鑫再问：请再阐述下容器跟 IaaS 的关系？因为越界太容易了。

对于 App‑Centric 部署，单进程模型是最佳实践。

如果 VM 用法成为容器社区主流，容器当 VM 用的越界将必然发生；而如果主流是 App‑Centric，IaaS 越界难度大，因为设计思路完全不同。

“微服务 + 单进程 + 无状态” 对开发人员水平提出极高要求，一般公司未必具备。

Netflix 当年也经历了混乱，后来开源了 OSS，帮助很多创业公司。

如下为齐彦的回复

容器和 IaaS 的关系，参见上文。BlaBla……

玉杰问：容器技术竟让开源社区开始定义标准了，并且还搞了两个，你认为是什么原因呢？

即使是 OpenStack 也没有如此强烈的标准需求。

现在容器标准之一的 OCI 已基本实现一个标准对应多个实现；另一个 CNCF 的概念架构范围更广。

如下为齐彦的回复

还是看这个图。容器的位置决定了前后两个标准。

容器圈里，并不是所有人都是直男，有人想搞基，所以标准分裂一定会出现。

利俊问：请预测下5年后 IT 基础设施什么样子？容器会获得统治地位吗？

设想的未来是超融合架构加容器标准接口。

容器标准将成为统治地位，但具体是哪种容器或是否是容器本身并不重要。

利俊问：Docker 技术尚在早期，贵司如何在企业市场推进 Docker？

Docker 本身是工程师用脚投票的结果，已逐步突破 CIO、CTO 的门槛，企业市场推广已占 90% 案例。

其他专家朋友观点：

李建业：

单进程模型是最佳实践，但不是强制要求，若强行当作虚机使用会产生技术债。运气好可以在未来解决，运气差则可能一直背负到系统被淘汰。 单进程模型的诱惑在于即使不提升生产力，运维系统的简化也很吸引人。

王利俊：

从最佳实践和十二因子来看，App 更适合 Docker。当容器状态与进程状态一致时，可避免很多问题；容器当 VM 用仅在特定场景有价值。

如有疑问或见解，可在文末评论。