http://www.infoq.com/cn/articles/analyse-mesos-part-05linux
【編者按】Mesos是Apache下的開源分佈式資源管理框架,它被稱爲是分佈式系統的內核。Mesos最初是由加州大學伯克利分校的AMPLab開發的,後在Twitter獲得普遍使用。InfoQ接下來將會策劃系列文章來爲讀者剖析Mesos。本文是整個系列的第一篇,簡單介紹了Mesos的背景、歷史以及架構。apache
注:本文翻譯自Cloud Architect Musings,InfoQ中文站在得到做者受權的基礎上對文章進行了翻譯。架構
最近我一直在寫Apache Mesos的系列文章,目前已經完成的內容以下:框架
包括技術考量在內,我一樣對Mesos項目自己的進展頗爲興奮。因此,我想從以技術爲重點的文章中走出,作些關於Mesos項目的整體觀察。正如我此前在推文中所說的,我對Mesos一直頗具深入印象的是它的三個特色:分佈式
藉此機會,我要說下近來你們對Mesos的認識,我發現人們已經很是容易掌握Mesos的概念,並瞭解其技術的價值。這對於正在發展並尋求擴大其覆蓋面的項目來講是相當重要的。一個項目中的技術所帶來的切實利益是很是重要的,它能讓人心生嚮往並積極參與在社區中。
正如本系列第二篇文章中所述,我看到了在效率、商業敏捷性和可擴展性等方面,Mesos帶給數據中心的很清晰的好處。隨着分佈式應用程序和微服務的流行,愈來愈多的用戶正在尋找一種技術,以幫助他們管理這些複雜的應用程序。所以,咱們看到愈來愈多的人在關注着Mesos項目和Mesosphere,Mesosphere是一家基於Mesos來構建商業產品的公司。微服務
Mesos項目的另外一個重要優點是對其做用域的限制。Mesos被設計成一個數據中心資源管理系統,Mesos具有其主要功能,並避免超越設計理念的誘惑,至少在這以前,已經創建了一個堅實的基礎。相信Mesos項目已完成了兩件重要的事情,使Mesos不會過早迷失於做用域以外。oop
創建了堅實的基礎——誘惑是永遠存在的,新的技術老是會不斷地增長新的功能。當功能驅動開發並以代碼的穩定性爲代價時,問題隨之而來,特別是疏於確保新增長的模塊不會破壞已有模塊的時候。
Mesos項目已經爲此作出了很好的工做,Mesos關注於修復社區中報出的缺陷並增強現有功能,並不鼓勵人們不斷地追逐閃亮的新事物。學習
構建了強大的生態系統——爲了專一於資源管理和控制Mesos架構的規模,該項目啓用了插件化的Framework生態系統。在大多數狀況下,Mesos項目避免了爲每一個應用程序創建一個調度器或者嚴格限定一個隔離模塊。這使得不一樣的社區能夠參與其中,例如Hadoop社區和Docker社區均可覺得Mesos開發插件。能夠預見Mesos項目的好兆頭,由於擁有一個強大的生態系統是其在軟件領域成功的必要條件。ui
在作好培養一個強大生態系統的同時,Mesos項目作到了避免讓太多的廠商太早介入。相反,彷佛有一個最終用戶和廠商合做的極佳組合。這其中的主要緣由是由於Mesos是爲特定問題,提供解決方案的,而不是像AWS那樣針對通用的問題。不論是什麼緣由,阻止大量廠商的介入以及該項目日趨成熟,使得Mesos社區的成長沒有廠商政治干預、利益鬥爭,以及過分的商業訴求等包袱。我不是說這些挑戰就沒有,但Mesos至少不是一個基本上由廠商控制的項目,Mesos能夠以一個天然的步伐去成長。就像Linux項目,廠商的參與是以匹配客戶的興趣和使用,天然而然地發生的。操作系統
正如你所知道的,我很期待Mesos項目的將來,當更多的最終用戶走進分佈式系統的世界之時,但願能夠看到Mesos在數據中心操做系統內核中發揮的價值。同時,我鼓勵你們學習和參與進來。David Lester在這篇採訪中講述了一些與此相關的方法,David Lester是Twitter的工程師和開源倡導者。
本系列的後續文章將講述如何搭建Mesos集羣、如何爲部署和管理應用程序,集成和編寫Framework。同時,我鼓勵讀者提供反饋,特別是關於若是我打標的地方,若是你發現哪裏不對,請反饋給我。我非全知,虛心求教,因此期待讀者的校訂和啓示。我也會在twitter響應你的反饋,請關注 @hui_kenneth。