15年的最后一篇博文,我想要聊聊 Mesos 和 Kubernetes 。这两者已经达到了很高的成熟度,今年有很多与之相关的博文。我坚定地认为,下一年里,它们的使用增长会更快,因此是时候回顾总结,为2016年做好准备了。本文我想讨论Mesos和Kubernetes的现状,并且列举出优势和劣势,让大家能够简单理解集群管理器的概念。
在开始之前,我想花时间粗略比较一下Mesos和Kubernetes。这样的比较并不容易,因为Mesos做的工作和Kubernetes并不完全一致。要理解这其中的原因,需要快速深入了解一下Mesos和Kubernetes是如何工作的。
Mesos是基于两阶段调度的集群管理器。高度简化来说,Mesos用来管理集群资源,并且向其提供高层级的能接受这些资源来启动任务的“框架”。
相反,Kubernetes是基于Borg背后的理念而设计的集群管理器。Google的集群管理器没有两阶段调度的概念。
介绍Mesos时,我通常会介绍整个Mesos“堆栈”,因为我发现仅仅介绍Mesos会很不准确:如前所述,基于其两阶段调度特性,用户需要能够使用Mesos的“Mesos框架”(比如,Marathon,Aurora,Singularity),才能够像Kubernetes调度器那样工作。使用带有企业支持的Mesos管理集群的流行(付费)方案是 DCOS 。
除了两阶段调度,Mesos和Kubernetes还有很多区别,比如它们的依赖(Zookeeper,Etcd等等)以及使用方式。本文并不想讨论Mesos和/或Kubernetes的内部细节,因此会直接探讨这两者的优势和劣势。
Mesos和Kubernetes比较清晰的一点是它们处在各自不同的阶段。Mesos由 Mesosphere 推进,在今年实现了很多成功的里程碑节点,而Kubernetes在七月份才发布了第一个稳定版本。这意味着是使用一个广泛使用的拥有相对长历史的项目产品(Mesos),还是使用一个有光明前途,设计优良的新项目(Kubernetes)。
我可以花几个小时来谈论这两者,但是如果你考虑在集群里使用它们,我认为目前这两者中还没有绝对胜出的方案,因此探讨其中的优势和劣势有助于在具体实践前作为参考。
===========================
译者介绍
崔婧雯,现就职于IBM,高级软件工程师,负责IBM WebSphere业务流程管理软件的系统测试工作。曾就职于VMware从事桌面虚拟化产品的质量保证工作。对虚拟化,中间件技术,业务流程管理有浓厚的兴趣。