[[393826]]

圖片來自 Pexels

說實話，這種事比我當時所想的要常見得多。管理員們將數百臺機器組成集群，那種程度是我所無法理解的。

不過我還是做成了一個集群。

那個集群是基于 MPICH 消息傳遞技術的 Beowulf。我為這個集群搭建并運行起來感到無比自豪;老實講，我根本不記得使用該集群執行任何操作了。單單知道我可以部署它就很成功了。

那是在 2000 年代初。此后，更好的集群工具應運而生。實際上，自那時以來，我逐漸意識到這個原始的集群有多么簡單。

我們目睹集群工具興起和衰亡。而任何 Linux 管理員都知道傳統集群已經讓位于 Kubernetes 之類的系統。

畢竟，容器的靈活性和可擴展性要好得多。而且坦率講，在當今的云原生計算世界，容器的可行性遠高于傳統的集群平臺。

[[393827]]

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/