Mesos已死，Mesos不朽

作者：Jack Wallen（云头条编译）

我还记得头一回搭建Linux集群的情景。实际上，我拿来了三台Linux服务器，将它们合并成了一台。这是件美妙的事。当初我是这么想的。

说实话，这种事比我当时所想的要常见得多。管理员们将数百台机器组成集群，那种程度是我所无法理解的。

不过我还是做成了一个集群。

那个集群是基于MPICH消息传递技术的Beowulf。我为这个集群搭建并运行起来感到无比自豪；老实讲，我根本不记得使用该集群执行任何操作了。单单知道我可以部署它就很成功了。那是在2000年代初。此后，更好的集群工具应运而生。实际上，自那时以来，我逐渐意识到这个原始的集群有多么简单。

我们目睹集群工具兴起和衰亡。而任何Linux管理员都知道传统集群已经让位于Kubernetes之类的系统。毕竟，容器的灵活性和可扩展性要好得多。而且坦率讲，在当今的云原生计算世界，容器的可行性远高于传统的集群平台。

Apache Mesos就是这样一种“pre-Kubernetes”平台。Mesos最初是加利福尼亚大学伯克利分校用于下一代集群管理的开源项目。其目的是借鉴谷歌的Borg和Facebook 的Tupperware之类的计算平台学习。不像Borg和Tupperware都是整体式，Mesos采取了一种绝对模块化的方法来完成任务。Mesos为CPU、内存、I/O和文件系统提供了隔离机制，提供了本地性，甚至提供了两层调度机制。

Mesos的指导目的如下：

• 抽取数据中心资源
• 把工作负载放在一起
• 部署、自愈、扩展和升级都实现自动化
• 提供运行新应用程序的功能，无需修改集群管理器
• 提供大规模扩展

有人可能会以为上述列表归因于Kubernetes。Mesos可以与微服务和容器协同运行。2013年，该项目的几位创始人成立了一家名为Mesosphere的公司，这家公司利用该技术打造了一个企业级平台：数据中心操作系统（DCOS）。推出后不久，Mesos被Twitter、苹果、Yelp、优步和Netflix等大公司所采用。

即使如此豪华的公司阵容在使用Mesos，这个平台在今年早些时候还是差点被移到阁楼（即报废）。

为什么差点发生这种事？不妨一探究竟。

重大决定

在apache.org Mesos邮件列表上，几个帖子表明了社区对于如何处置Mesos有两种不同的声音：

• 将Mesos移到阁楼（Attic）
• 重新激活该项目

有必要说明一下，寿命走到尽头的项目都被移到Apache Attic。

据Mesos项目管理委员会主席（PMC）Vinod Kone声称，这两派归结如下：

• 移到Attic：“到目前为止，已发表意见的PMC大多数现有成员似乎赞成将该项目移到Attic。”Kone继续说：“这一派的主要理由似乎是，在当前这个节骨眼，很难与新的PMC成员/提交者一起重新激活该项目。此外，这也更准确地表明了该项目所处的现状。”
• 重新激活：“社区中有一些活跃的用户希望看到该项目保持活跃，甚至愿意挺身而出，成为提交者/贡献者。”Kone接着说：“其中一些用户效力于生产环境中使用Mesos的公司。他们想知道潜在的新路线图和所需的人力（我认为，需要6至8人来负责项目的不同方面）。”

就像每个已进入该阶段的项目一样，这归结为认为继续该项目毫无用处的那些人与仍在使用该项目（因而仍认为继续该项目有价值）的那些人之争。

但是最后，Apache Mesos私秘邮件列表上似乎没有人表现出有兴趣保持该项目的活跃性。众所周知，没有了开发人员，项目肯定玩完……即使有人对项目仍然有兴趣。为什么？原因很简单：没有了开发人员，项目也许仍可以运作，但是没有工程师添加安全补丁和错误修正版，这个项目很快就会成为安全威胁。

为此，Kone说：“由于现有的提交者无法或不愿意指导新的贡献者成为新的提交者，我认为将项目移到阁楼是正确的举动。要是大家对此没有异议，我很乐意为此呼吁投票。”

这样看来，Apache Mesos注定要沦落到被移到阁楼的田地。

但是随后发生了有意思的一幕。在Apache Mesos邮件列表上的一个新帖子中，Kone宣布了这则消息：

感谢几位人士的进一步回应，他们对于保持项目继续进行有着浓烈的兴趣！

我也有机会与Apache软件基金会的一些成员深入交谈；就此事而言，Apache软件基金会青睐的方案似乎是让这个项目继续下去。

鉴于以上种种情况，我取消这则投票帖子。

我会另开一个帖子，选出新的PMC主席，把添加新的PMC成员/提交者交给他们去处理。

Mesos在最后一刻幸免于难。

为什么出现这种情况？

简而言之，Kubernetes激发了对编排分布式工作负载感兴趣的那些人的想象力。在市场的压力之下，Mesosphere在2019年重新设计了DCOS的平台，集成了Kubernetes，将自己更名为D2IQ。

不过，Mesos仍然是一个可行的平台，拥有许多生产级用户。话虽如此，为什么Mesos就差一点被报废呢？据Vinod声称，事实证明，授予提交者权利面临障碍，因而导致了该项目日渐式微。实际上，Vinod谈到这个话题时说：“我们目前为新增提交者制定的准则是很高的门槛，我认为任何目前的贡献者都不会立即有资格被选为提交者。”

因此，Apache Mesos团队有两个选择：

• 更改准则。
• 让一些现有的提交者可以指导一些贡献者成为提交者。

最后，事实证明，Apache软件基金会放弃主张，支持第三个选择：找到新的PCM主席，以便可以为该项目添加新成员。

Mesos已死，Mesos不朽！

开源软件的一大优点在这里得到了清晰的阐明。Apache Mesos原本会被移到阁楼，成为开发人员和管理员们的集体美好回忆。幸好，它最终还是避免了这种结局，会继续存在下去。然而，即使Mesos注定要被移到阁楼，它也可能最终以fork的形式回到GitHub，存活下去，只是换一个不同的名称，换一群不同的开发人员。

很难说Mesos在发现自己被新领导者掌舵后会发生什么。不过，哪个开发人员或哪个开发团队希望保留该项目，倒是可以联系Apache软件基金会，看看有什么样的选择方案。

原文链接：https://thenewstack.io/apache-mesos-narrowly-avoids-a-move-to-the-attic-for-now/