> 來源：http://www.infoq.com/cn/articles/analyse-mesos-part-05  包括技術考量在內，我同樣對Mesos項目本身的進展頗為興奮。所以，我想從以技術為重點的文章中走出，做些關于Mesos項目的總體觀察。正如我此前在推文中所說的，我對Mesos一直頗具深刻印象的是它的三個特點： 1. 讓人清楚地理解它的好處 2. 易于管控的作用域 3. 沒有第二家廠商的實現 借此機會，我要說下近來大家對Mesos的認識，我發現人們已經非常容易掌握Mesos的概念，并了解其技術的價值。這對于正在發展并尋求擴大其覆蓋面的項目來說是至關重要的。一個項目中的技術所帶來的切實利益是非常重要的，它能讓人心生向往并積極參與在社區中。 正如[本系列第二篇文章](http://www.infoq.com/cn/articles/analyse-mesos-part-02)中所述，我看到了在效率、商業敏捷性和可擴展性等方面，Mesos帶給數據中心的很清晰的好處。隨著分布式應用程序和微服務的流行，越來越多的用戶正在尋找一種技術，以幫助他們管理這些復雜的應用程序。因此，我們看到越來越多的人在關注著Mesos項目和[Mesosphere](https://mesosphere.com/)，Mesosphere是一家基于Mesos來構建商業產品的公司。 Mesos項目的另一個重要優勢是對其作用域的限制。Mesos被設計成一個數據中心資源管理系統，Mesos具備其主要功能，并避免超越設計理念的誘惑，至少在這之前，已經建立了一個堅實的基礎。相信Mesos項目已完成了兩件重要的事情，使Mesos不會過早迷失于作用域之外。 * 建立了堅實的基礎——誘惑是永遠存在的，新的技術總是會不斷地增加新的功能。當功能驅動開發并以代碼的穩定性為代價時，問題隨之而來，特別是疏于確保新增加的模塊不會破壞已有模塊的時候。 Mesos項目已經為此做出了很好的工作，Mesos關注于修復社區中報出的缺陷并加強現有功能，并不鼓勵人們不斷地追逐閃亮的新事物。 * 構建了強大的生態系統——為了專注于資源管理和控制Mesos架構的規模，該項目啟用了插件化的Framework生態系統。在大多數情況下，Mesos項目避免了為每個應用程序建立一個調度器或者嚴格限定一個隔離模塊。這使得不同的社區可以參與其中，例如Hadoop社區和Docker社區都可以為Mesos開發插件。可以預見Mesos項目的好兆頭，因為擁有一個強大的生態系統是其在軟件領域成功的必要條件。 在做好培養一個強大生態系統的同時，Mesos項目做到了避免讓太多的廠商太早介入。相反，似乎有一個最終用戶和廠商合作的極佳組合。這其中的主要原因是因為Mesos是為特定問題，提供解決方案的，而不是像AWS那樣針對通用的問題。不管是什么原因，阻止大量廠商的介入以及該項目日趨成熟，使得Mesos社區的成長沒有廠商政治干預、利益斗爭，以及過度的商業訴求等包袱。我不是說這些挑戰就沒有，但Mesos至少不是一個基本上由廠商控制的項目，Mesos可以以一個自然的步伐去成長。就像Linux項目，廠商的參與是以匹配客戶的興趣和使用，自然而然地發生的。  正如你所知道的，我很期待Mesos項目的未來，當更多的最終用戶走進分布式系統的世界之時，希望可以看到Mesos在數據中心操作系統內核中發揮的價值。同時，我鼓勵大家學習和參與進來。David Lester在這篇[采訪](https://www.linux.com/news/featured-blogs/200-libby-clark/809568-how-to-get-involved-with-the-apache-mesos-open-source-cloud-project)中講述了一些與此相關的方法，[David Lester](https://twitter.com/davelester)是Twitter的工程師和開源倡導者。 本系列的后續文章將講述如何搭建Mesos集群、如何為部署和管理應用程序，集成和編寫Framework。同時，我鼓勵讀者提供反饋，特別是關于如果我打標的地方，如果你發現哪里不對，請反饋給我。我非全知，虛心求教，所以期待讀者的校正和啟示。我也會在[twitter](https://twitter.com/hui_kenneth)響應你的反饋，請關注 @hui_kenneth。 **查看英文原文：**?[APACHE MESOS: OPEN SOURCE COMMUNITY DONE RIGHT](http://cloudarchitectmusings.com/2015/04/13/apache-mesos-open-source-community-done-right/)