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

  Apache Mesos 就是这样一种“pre-Kubernetes”平台。Mesos 最初是加利福尼亚大学伯克利分校用于下一代集群管理的开源项目。

  不像 Borg 和 Tupperware 都是整体式，Mesos 采取了一种绝对模块化的方法来完成任务。

  Mesos 为 CPU、内存、I/O 和文件系统提供了隔离机制，提供了本地性，甚至提供了两层调度机制。

  有人可能会以为上述列表归因于 Kubernetes。Mesos 可以与微服务和容器协同运行。

  2013 年，该项目的几位创始人成立了一家名为 Mesosphere 的公司，此公司利用该技术打造了一个企业级平台：数据中心操作系统(DCOS)。

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

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

  移到 Attic：“到目前为止，已发表意见的 PMC 大多数现有成员似乎赞成将该项目移到 Attic。”

  Kone 继续说：“这一派的主要理由似乎是，在当前这个节骨眼，很难与新的 PMC 成员/提交者一起重新激活该项目。此外，这也更准确地表明了该项目所处的现状。”

  重新激活：“社区中有一些活跃的用户希望看到该项目保持活跃，甚至愿意挺身而出，成为提交者/贡献者。”

  Kone 接着说：“其中一些用户效力于生产环境中使用 Mesos 的公司。他们想知道潜在的新路线图和所需的人力(我认为，需要 6 至 8 人来负责项目的不同方面)。”

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

  但是最后，Apache Mesos 私秘邮件列表上似乎没有人表现出有兴趣保持该项目的活跃性。

  众所周知，没有了研发人员，项目肯定玩完即使有人对项目仍然有兴趣。为什么?

  原因很简单：没有了研发人员，项目也许仍可以运作，但没工程师添加安全补丁和错误修正版，这一个项目很快就会成为安全威胁。

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

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

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

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

  简而言之，Kubernetes 激发了对编排分布式工作负载感兴趣的那些人的想象力。

  不过，Mesos 仍然是一个可行的平台，拥有许多生产级用户。话虽如此，为什么 Mesos 就差一点被报废呢?

  据 Vinod 声称，事实上，授予提交者权利面临障碍，从而导致了该项目日渐式微。

  实际上，Vinod 谈到这一个话题时说：“我们目前为新增提交者制定的准则是很高的门槛，我认为任何目前的贡献者都不会立即有资格被选为提交者。”

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

  开源软件的一大优点在这里得到了清晰的阐明。Apache Mesos 原本会被移到阁楼，成为研发人员和管理员们的集体美好回忆。幸好，它终究是避免了这种结局，会继续存在下去。

  然而，即使 Mesos 注定要被移到阁楼，它也可能最终以 fork 的形式回到 GitHub，存活下去，只是换一个不同的名称，换一群不同的开发人员。

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

  感谢你能够认真阅读完这篇文章，希望小编分享的“Apache Mesos是什么”这篇文章对大家有帮助，同时也希望我们大家多多支持亿速云，关注亿速云行业资讯频道，更多相关知识等着你来学习!