转载

Docker Swarm打败Kubernetes了？还不够

【引文】Docker一项新的研究结果表明它的Swarm编排框架在原始启动时间上击败Google的Kubernetes，不过评论家认为只考虑速度还远远不够。

Docker的Swarm容器编排系统超越Google的Kubernetes了？最近的一个基准测试如是说，但从全局角度而言，情况要复杂得多。

根据由Docker委托技术顾问 Jeff Nickoloff 进行的一项研究，Swarm在容器启动时间上击败Kubernetes。多数Swarm管理的容器启动时间在一秒以内，而Kubernetes则需要2到3秒。

Nickoloff详细记录了他的测试，检查了容器的启动时间和加载后系统的响应能力。两个服务都运行一个含有1000个节点的集群，运行着最多30000个容器。在一个百分之九十到九十九满负载的集群中，Kubernetes的启动时间上升到了15秒，不过Nickoloff舍弃了这些结果，因为其成因可能是已经解决的问题。

Docker认为高效的关键原因在于Swarm更简单的架构。Kubernetes栈需要与除了Docker之外的其他六个组件交互，而Docker Swarm则只有两个。

极短的、可预测的容器启动时间有助于Docker从“需要准实时响应能力的分布式应用程序”获得运维性洞察力。Docker认为，使用容器时，像Kubernetes所做的，只是说调试容器进行运行是不够的；了解容器启动实际所需时长相当重要。

在一篇博客文章中，Docker声称，“在一个容器可能只存活几分钟的世界里，在收集环境状态实时数据时存在严重延迟意味着你永远无法真正了解在任何时间点基础设施所发生的事。”

不是所有人认可Nickoloff的发现。CoreOS前员工、现就职于Google的云平台部门（Kubernetes出生所在）的Kelsey Hightower发 Tweet 说：“Kubernetes与Docker Swarm专注于不同领域。”Kubernetes更多的是针对分布式系统的一条龙框架，它的复杂性根源在于提供“一个统一的API集合以及集群状态的有力保证。”

“Docker Swarm在几个基准测试中胜出了？”Hightower写道。“是的。你能真正比较这两个项目么？目前的答案是否定的。”

Nickoloff的一些注释也反映了这一点，Kubernetes 复制控制器具有的“非凡的”并行容器调试功能给他留下了深刻印象，这在容器寿命短暂的环境中非常有用。“使用Kubernetes的复制控制器，”Nickoloff写道，“我可以在155秒内创建出3000个容器副本。”

原文链接： Docker Swarm beats Kubernetes? Not so fast （翻译：梁晓勇）

原文 http://dockone.io/article/1110

正文到此结束