编者按：近日，Docker邀请了独立技术顾问Jeff Nickoloff对统一框架下的编排工具的性能进行评估。结果显示Swarm以绝对优势领先Kubernetes，Docker对这个结果非常满意，Google Kubernetes团队还未对此发表回应。 Kubernetes：『都忙着给AlphaGo加油呢，哪顾得上你们！』 InfoWorld对这件事发表了看法，以下为译文： Docker Swarm比Google Kubernetes更好吗？从刚刚发布的一项评测结果来看是这样的，但这件事并不是这么简单。 Docker邀请了独立技术顾问Jeff Nickoloff对统一框架下的编排工具的性能进行评估。在启动时间方面，Swarm以绝对优势领先Kubernetes，大多数Swarm管理的容器可以在不到1秒内启动，而Kubernetes则需要2-3秒。 Nickoloff详细记录了本次测试，包括容器启动时间和负载未满的情况下系统响应情况。服务都运行在1000个节点集群上，最多可以运行30000个容器。当集群的负载率达到90-99%时，Kubernetes的启动时间将高达15秒，但是Nickoloff舍弃了这些结果，因为造成这个结果的问题已经被解决了。
Docker认为Swarm之所以达到这么快的速度，在于其架构更简单，Kubernetes工作时会涉及到和其它6个组件的交互，而Docker Swarm只需要和其它2个组件交互。 较快的启动速度令Docker在『需要实时响应的分布式应用』中很有优势。Docker认为，像Kubernetes这样，仅仅知道一个容器已经被调度运行了还不够，要知道容器启动的所需的时间非常重要。 Docker曾在一篇博客中声明：『在一个容器只有几分钟生命的世界里，如果在收集环境实时信息的方面有延迟的话，意味着在某个特定的时间段里，你不会知道基础设施中在发生着什么。』 不是所有人都认为Nickoloff的测评是有意义的。CoreOS的前员工，Google Cloud Platform部门（Kubernetes诞生的地方）的Kelsey Hightower认为：『Kubernetes和Docker Swarm聚焦在不同的事情上』。Kubernetes更偏重于分布式系统的一体化框架，并且其复杂度源于其提供了『一系列统一的API和对集群状态的强力保证』。
『Docker Swarm是不是在某些隔离的基准测试中表现得更优秀呢？』『是的，但你能真正的比较这两个项目吗？目前的答案是不能』。 Nickoloff的评论中也提到了这一点，Kubernetes的replication controller在并行容器调度方面的表现非常棒，这在容器寿命很短的环境中非常有用。Nickoloff写道：『通过一个Kubernetes replication controller，我可以在155秒内创建3000个容器的副本。』 后记：大家都知道Docker编排界还有一个工具Mesos，在三者选型时，这种测评也仅仅是作为一种参考，综合考虑的话，可能下面的图更有用哦： 本文转载自：微信公众账号 - Container技术日报，版权归原作者所有！ |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
