图片来自 Pexels
说实话，这种事比我当时所想的要常见得多。管理员们将数百台机器组成集群，那种程度是我所无法理解的。
不过我还是做成了一个集群。
那个集群是基于 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，这个平台在今年早些时候还是差点被移到阁楼(即报废)。
为什么差点发生这种事?不妨一探究竟。
1、重大决定
在 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 在最后一刻幸免于难。
2、为什么出现这种情况?
简而言之，Kubernetes 激发了对编排分布式工作负载感兴趣的那些人的想象力。
在市场的压力之下，Mesosphere 在 2019 年重新设计了 DCOS 的平台，集成了 Kubernetes，将自己更名为 D2IQ。
不过，Mesos 仍然是一个可行的平台，拥有许多生产级用户。话虽如此，为什么 Mesos 就差一点被报废呢?
据 Vinod 声称，事实证明，授予提交者权利面临障碍，因而导致了该项目日渐式微。
实际上，Vinod 谈到这个话题时说：“我们目前为新增提交者制定的准则是很高的门槛，我认为任何目前的贡献者都不会立即有资格被选为提交者。”
因此，Apache Mesos 团队有两个选择：
- 更改准则。
- 让一些现有的提交者可以指导一些贡献者成为提交者。
最后，事实证明，Apache 软件基金会放弃主张，支持第三个选择：找到新的 PCM 主席，以便可以为该项目添加新成员。
3、Mesos 已死，Mesos 不朽!
开源软件的一大优点在这里得到了清晰的阐明。Apache Mesos 原本会被移到阁楼，成为开发人员和管理员们的集体美好回忆。幸好，它最终还是避免了这种结局，会继续存在下去。
然而，即使 Mesos 注定要被移到阁楼，它也可能最终以 fork 的形式回到 GitHub，存活下去，只是换一个不同的名称，换一群不同的开发人员。
很难说 Mesos 在发现自己被新领导者掌舵后会发生什么。不过，哪个开发人员或哪个开发团队希望保留该项目，倒是可以联系 Apache 软件基金会，看看有什么样的选择方案。
作者：Jack Wallen，云头条(ID：YunTouTiao)编译
编辑：陶家龙
出处：https://thenewstack.io/apache-mesos-narrowly-avoids-a-move-to-the-attic-for-now/
