这篇文章主要介绍了Apache Mesos是什么，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。

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  软件基金会，看看有什么样的选择方案。