-- 會員 / 註冊 --  
 帳號:
 密碼:
  | 註冊 | 忘記密碼
3/26 新書到! 3/19 新書到! 3/14 新書到! 12/12 新書到!
購書流程Q & A站務留言版客服信箱
3ds MaxMayaRhinoAfter EffectsSketchUpZBrushPainterUnity
PhotoShopAutoCadMasterCamSolidWorksCreoUGRevitNuke
C#CC++Java遊戲程式Linux嵌入式PLCFPGAMatlab
駭客資料庫搜索引擎影像處理FluentVR+ARANSYS深度學習
單晶片AVROpenGLArduinoRaspberry Pi電路設計CadenceProtel
HadoopPythonStm32CortexLabview手機程式AndroidiPhone
可查書名,作者,ISBN,3dwoo書號
詳細書籍分類

Mesos 實戰

( 簡體 字)
作者:余何,陳秋浩,楊永幫類別:1. -> 程式設計 -> 綜合
譯者:
出版社:電子工業出版社Mesos 實戰 3dWoo書號: 46725
詢問書籍請說出此書號!

缺書
NT售價: 345

出版日:5/1/2017
頁數:260
光碟數:0
站長推薦:
印刷:黑白印刷語系: ( 簡體 版 )
加入購物車 加到我的最愛
(請先登入會員)
ISBN:9787121311642
作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 
(簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證)
作者序:

譯者序:

前言:

推薦序一
世界著名的曼寧出版社(Manning)出版了不少廣受歡迎的計算機叢書,如搜 索領域的 Lucene in Action、Elasticsearch in Action,現在,他們又出版了這本云計算 領域的 Mesos in Action。
Mesos 是一個開源的集群任務調度管理系統。現在隨著分布式系統的廣泛應用, 越來越多的任務運行在集群上,而不是在單臺服務器上。在 x86 PC 服務器集群上運 行任務的好處是 :單臺服務器成本低,集群可以隨著負載的增加添加服務器,水平 擴展 scale out,而不是過去使用昂貴服務器的 scale up。隨著集群規模的擴大,節點 數越多,某個節點出現問題的概率就越大,當某個節點出現問題時,如何保證在這 個節點上運行的任務能夠順利執行完成,成為一個技術難題。另外,如何管理集群, 如何分發任務、監控任務執行過程等都是挑戰。如果對于運行在集群上的任務,工 程師還是需要在各臺服務器上部署和管理,工作量將非常大,現在有些大規模集群 的服務器數量已經超過萬臺。理想的情況是,工程師不需要關心集群里具體的每臺 服務器,而是把整個集群看成是一個計算、存儲資源,把任務提交給集群的管理系統, 由集群的管理系統去分發任務、監控任務執行,當某臺服務器出現故障時,集群管 理系統自動把任務派發到其他服務器上運行。這樣的集群管理系統可以看作集群操 作系統,甚至是數據中心操作系統。Google 在這方面做了大量的實踐,在 2009 年 發表的 The Datacenter as a Computer: An Introduction to the Design of Warehouse-Scale Machines 文章中,把整個數據中心看成一臺計算機,所有的資源都由數據中心操作系統進行調度管理。
在 20 世紀 80 年代,學術界就開始了集群任務調度管理系統的研究,美國威 斯康辛大學的研究人員開發了 Condor 系統,后來演進成開源的 HTCondor 系 統。 Google 在 1998 年成立之初,就使用 PC 服務器抓取、索引、檢索全世界的網頁,服 務器數量巨大,他們先是開發了 WorkQueue 系統,也就是一個任務隊列,工程師把 需要集群運行的任務提交給這個任務隊列,由任務隊列把任務下發到集群的服務器, 并監控任務的運行,如果服務器出現故障,就把任務重新下發到新的服務器上。后來, 他們在 WorkQueue 的基礎上開發了 Borg 系統,Borg 就是 Google 的集群任務調度管 理系統。10 年前我在 Google 工作的時候,每天需要在集群上運行的任務,都是通 過 Borg 來提交、管理的,非常方便。那時候,Google 的一個集群就已經有 2 萬臺 服務器的規模,一個數據中心有 10 個這樣的集群,20 萬臺服務器。我加入騰訊后, 也開發了這樣的系統。這種系統的資源隔離采用了容器技術(操作系統之上的資源 隔離),而不是虛擬機(物理服務器之上的資源隔離),以實現更小的系統開銷,更 方便的管理。現在容器技術也正在被廣泛使用,成為虛擬機之外的可選技術路線。
Mesos 也是一個這樣的系 統。Mesos 由著名的美國加州大學伯克利分校的 AMPLab 發明,AMPLab 是 Algorithms,Machines and People(算法、機器和人)實 驗室的縮寫。AMPLab 的研究成果非常多,現在應用廣泛的大數據處理框架 Spark 就是 AMPLab 的發明,AMPLab 的研究人員還包括了著名的美國科學院及工程院院 士、發明了 RAID(磁盤陣列)和 RISC(簡約指令架構)的 David Patterson 教授。 Mesos 系統也在 Twitter、Airbnb 和蘋果公司得到應用。
本書譯者之一余何是 IT 專家,他曾在平安科技工作多年,有著豐富的大規模集 群系統的開發、運維、管理經驗,經歷了多個云計算、大數據系統在金融行業的應用, 在 2015 年出版了《PaaS 實現與運維管理》一書,由他作為經驗豐富的實戰者來翻 譯這本書是最合適不過的了。
相信這本書會為對大規模分布式系統、集群任務調度管理、云計算和大數據感 興趣的讀者帶來受益。
陳軍 日志易 CEO
推薦序二
余何兄是我的老朋友了,在運維領域耕耘多年,不僅運維能力強,而且善于總結樂于分享,也是 GOPS 全球運維大會金牌講師。我和余何兄最開始是在圈子中互 相關注,之后在一次論壇上偶遇,一番交流下來,一拍即合,一同走上了追求快樂 運維的道路。我們的共識是“一起愉快地玩耍”,讓運維變得更加輕松,讓運維人 員更加健康地生活。
但凡一個好的產品,都是從 0 到 1,而不是從 0 到無窮、從 0 到包羅萬象,這 其中的道理就是專注。專注于做好一件事,提供穩定兼容的接口,這就是一個好產 品的伊始。在運維平臺領域,由于其需求范圍廣、組織差異大,很難有那么一個產 品能夠滿足一切,而短時間滿足一切又很可能意味著 bug 多多,因此,我們應該問 自己,你到底需要什么?
剛好,Mesos 就是這樣一個產品 :專注于做好一件事,專注于資源管理。關于 其上的應用任務調度,無論是服務、批處理還是大數據,它都提供了穩定而兼容的 接口,從而讓用戶在其上按照自己的需求,不斷迭代實現,最后形成自己的產品。 其在提高集群資源利用率,服務自動化部署等方面的表現,尤其令人稱贊。
希望余何兄組織翻譯的本書,能得到您的喜愛,為 Mesos 在中國的繼續壯大添 磚加瓦。為了我們共同的運維事業,一起加油!
蕭田國 高效運維社區發起人開放運維聯盟主席 國內第一個 DevOps Master
推薦序三
我一直在關注國內 IT 運維的發展,在不同的業務領域、企業規模下,運維的標
準與規則參差不齊,真正掌握運維真知的人絕不僅意味著玩轉創新技術、流行框架, 更重要的是如何真正解決企業問題,如何保證落地與實現。國內第一本 PaaS 原創 暢銷書作者“眾生的大師兄”余何有著十多年運維實戰經驗,經歷了中國運維發展 的各個階段,在電信、金融以及物流領域都有所耕耘,今天由他領銜翻譯的《Mesos 實戰》同樣保持了高水準,相信一定會廣受歡迎。
Mesos 并沒有什么吸引眼球的華麗外表,在起步階段由于具備一定門檻,同時 效能只能在具備一定規模后才能體現,因此一直沒有快速地在運維領域流行起來。 倒是 OpenStack 借助云計算概念、K8s 背靠谷歌這個親爹在社區內刮起了一股大的 旋風,回頭再來看看近幾年商業化的過度炒作,連一向低調的運維領域也產生了泡 沫。回到問題的本身,為什么要使用 Mesos,我會站在和譯者一樣的角度考慮,我 們必須考慮繞不過的環節,上層的應用,我們需要對遺留應用架構系統進行兼容嗎? 需要。Mesos 是一個通用性資源管理框架,能夠適配各種計算類型的服務,正因為 如此,向上的任務調度才稍顯復雜,為了做好兼容,我們必須做更多工作。
資源管理策略 Dominant Resource Fairness(DRF) 是 Mesos 的核心,是將 Mesos 比作分布式系統 Kernel 的根本所在。Mesos 能夠保證集群內所有用戶都能夠平等 地使用集群內資源,這里的資源包括 CPU、內存、磁盤等。在通用性方面,Mesos只負責提供資源給上層任務調度 framework,而不負責具體任務管理,于是可讓各種類型計算任務使用集群資源。關于準入門檻,如果僅部署一套 Mesos,我們幾乎 什么也干不了,為了使用好它,我們需要不同的 Mesos framework,像 Marathon, chronos 等 , 在特殊場景下,甚至需要開發自己的 framework,除此之外磁盤、網絡 等問題也需要著重考慮。如果沒有強大的意志力,初學者大多會望而卻步。還好有“眾 生的大師兄”這樣一位諄諄不倦的運維發展踐行者,帶著對運維未來美好發展的憧 憬,堅持不懈的推行運維理念與實踐,我也希望本書能夠幫助 Mesos 在運維社區中 快速流行與成熟,大家都能有所貢獻與分享,真正解決我們企業內部遇到的運維問 題。
肖力 云技術社區創始人
譯者序
云計算時代,對開源產品的選擇,很容易陷入一個誤區,用商業化方式進行判斷,選擇最“熱門暢銷”的產品,而忽視了自身需求及組織能力,從而導致目標的 偏離。2014 年,我與小伙伴們開始考察一系列平臺產品并進行研究,當時我們的需 求很明確,提升資源利用率與運維效率,沒有其他(專注,專注,再專注)。我們 的組織能力也很明確,深入理解操作系統,能夠像使用黑魔法一樣改變操作系統的 行為,具有工程設計能力,能很快地馴服與改造各種開源產品。基于以上兩點,經 歷了一段考察期后,我們最終選擇了 Mesos。
Mesos 很難讓人一下子就親近,她絕不是讓你一見鐘情的那種,她沒有華麗外 表讓你如癡如醉,也沒有什么直接功能讓你耍酷擺炫,你需要花很長一段時間去理 解她,你需要有應用場景,有資源節約型需求,有大規模機器集群管理,有多種計 算類型,之后在不斷的運用中,才慢慢發現 Mesos 的奧妙之處,一步步墜入到她的 愛河中。Mesos 專注于數據中心資源管理,專注于做好一件事,干凈、簡潔,如同 操作系統內核一樣,它是數據中心資源管理的 Kernel。
很多人問我 Mesos 是否可以解決運維領域的可靠性問題、資源管理問題,從此 天下太平、安枕無憂,作者在書中也有一點這種態度。但很遺憾,實際運維環境是 相當復雜的,這種神一樣的工具幾乎不可能存在。不同的管理結構有著不同的權限 層級,不同的應用類型有著不同的服務級別,不同的組織環境有著不同的流程規范,一言以蔽之,沒有什么固定的工具可以解決不斷變化的運維問題。要保持運維水平的不斷提升,最后發現這是一個組織行為學問題,是理念、人、 流程、工具的結合體。組織的理念是什么?人的專業要求有哪些?對人的投入有哪 些?組織理念文化又是如何影響著人,匹配的流程與工具又是什么?是這一切決定 了最終的運維水平。精益思想對運維理念是一種啟示,工程師文化強調了所需要的 人才,ITIL 是運維流程上的最佳實踐,工具則是連接人與流程的橋梁。Mesos 能否 在企業發揮最大效應,看的不是 Mesos,而是組織自身。
余何
2016.11 于深圳軟件產業基地

如果你想看到一個人抓狂的樣子,你可以走到一個在數據中心手動配置并供應數十臺服務器的人面前,然后說道 :“哇!持續追蹤在那些機器運行了什么東西,肯 定非常容易,也非常好玩。”或者找一個身上常年帶著傳呼機以便響應服務器中斷的人,并說 :“這聽起來 像一份毫無壓力的工作呀。至少它保證你夜晚能睡個好覺。”
當然,事實上,管理服務器和其他數據中心基礎架構一直以來都很困難和沉悶, 給負責配置這些機器并響應機器故障的可憐男女帶來了無數個不眠之夜。由于過去20 年來公司越來越依賴于信息技術,經常會在每個服務器(或近些年的虛擬機)上 配備一個應用程序,因此實際操作變得越來越困難。服務器數量動輒從一位數升級 到兩位數,有時甚至上升到三位數。
接著由 Google、Facebook 和 Twitter 等熱門服務助燃的互聯網呈爆炸式增長。 由數以十億計的智能手機、平板和其他設備助燃的移動互聯網也立刻隨后跟上。在 任何特定時間里,數以百萬計的用戶可能同時在一個網站或 APP 中,而舊式計算技 術無法再切入這樣的世界。
在數據中心內,單一服務器的數據庫(甚至所有單一服務器的服務)很快被分 布式系統取代,其能以之前無法想象的容量來處理數據和流量。復雜龐大的應用程 序也經常被微服務取代——把多組單一用途的服務分開管理,接著通過 API 進行連接,最終構造成用戶端的應用。雖然伸縮性提升了,但構建這些系統的學習曲線和管理系統復雜性也都隨之提升。
Google 有個極好的方法,即在它自己的數據中心內使用一個叫 Borg 的系統來 解決這個問題,表面上讓大多數員工——如系統管理員和開發者——像管理一臺大 計算機的方式來管理數以萬計的服務器。在 Borg 簡化 Google 的操作幾年后,開源 的 Apache Mesos 項目粉墨登場并以相似的方式改變了其用戶的生活。忽然之間,部 署、運行和管理復雜分布式系統的過程變得非常簡單。所有東西共享同樣的機器組, 而 Mesos 只需要輕松處理跑腿活兒——以可用的資源來匹配工作負載的需求。
最初我是作為一名 Twitter 的軟件工程師來親身體驗這第一手轉變的,在那 里 Mesos 幫助攻克難堪的“失敗之鯨”(fail whale,Twitter 服務宕機標志)并幫助 Twitter 達到伸縮性和可靠性的新高度。當 2012 年我到 Airbnb 工作時,它還只是一 家建立了 4 年的創業公司,Mesos 又一次幫助我們的基礎架構隨著用戶基數擴大成 長——但是并不包括它的復雜性。Mesos 和其前景深深觸動了我,于是我決定建立 Mesosphere 這個公司,致力于讓 Mesos 為主流企業所用。
隨著 Mesos 趨于熱門和 Mesosphere 的擴張,我們把目標設為雇用最好的 Mesos 工程師和從業者。當我們看到 Roger Ingnazio 在 Pupet 實驗室建立一個基于 Mesos 的持續集成平臺的工作成果時,我們知道我們必須擁有它。在知名公司運行可伸縮 的生產系統是非常寶貴的經驗,而且自從加入 Mesosphere 后,Roger 的經驗給我們 基于 Mesos 的數據中心操作系統技術和我們的用戶體驗帶來很多幫助。
Roger 的《Mesos 實戰》讓對 Mesos 和其技術生態系統感興趣的人皆受益于他 的 經 驗。 這 本 書 是 運 行 Mesos 集 群 和 安 裝 你 的 第 一 個 framework( 計 算 框 架 ) 的 極佳指導,它同時也探索了更高級的主題,例如掌握強大的 Mesos framework(包 括容器編排用的 Marathon 和大數據分析用的 Spark),甚至包括構建你自己的 framework。
無論你是在準備部署 Mesos,還是你已經運行了它,并想進一步提升你的知識, 你都難以找到一個比 Roger 更好的導師,或者一本比《Mesos 實戰》更好的書。
FLORIAN LEIBERT Mesosphere 聯合創始人、CEO
自序
Benjamin Hindman 主導的團隊于 2009 年在加州大學伯克利分校創立了 Apache
Mesos 這個研究項目。Ben 和他的團隊想要通過允許多個應用共享一個單一的計算 集群來提升數據中心的效率,就像多個應用可以在你的筆記本或工作站共享處理 器、內存和硬盤驅動器一樣。但他們想要在由許多服務器組成的現代數據中心上實 現這個想法。經過 10000 行 C++ 代碼的最初實現后,他們在 2010 年發布了一篇論 文《Mesos :一個數據中心內部細粒度資源共享平臺》(Mesos:A Platform for Fine- Grained Resource Sharing in the Data Center)。
沒過多久,Ben 加入 Twitter 并使用 Mesos 來更好地擴展其基礎架構,終結了 Twitter 難堪的“fail whale”時期——成名后 Twitter 的服務器處理能力跟不上用戶的 需求增長。雖然 Twitter 沒有公開披露其龐大基礎架構中的服務器數量,但根據其展 示的在線資源和第一手資料,這個數量大約在每個集群有 10000 個 Mesos 節點。
2010 年 12 月,Mesos 項目進入 Apache 孵化器,作為 Apache 軟件基金會的分支, 使得項目獲得 ASF 付出的全面支持。Apache Mesos 項目于 2013 年 6 月從孵化器中 得以完善,現在已經是一個高等級的項目。
2013 年,Ben 和 Florian Leibert 及 Tobi Knaup 一起創立了 Mesosphere 公 司。 Mesosphere 的旗艦產品,數據中心操作系統(DCOS),通過為那些想要像 Airbnb、 Apple 和 Net?ix 一樣輕易地使用 Mesos 來部署應用和擴展基礎架構的企業提供全方位解決方案,將開源項目成功地商業化。Mesos 持續成為開源 Mesos 項目的主要貢獻者,并為開源社區提供 Mesos 安裝包和工具。
我對于 Mesos 生態系統和大規模基礎架構的初次涉足始于 2014 年,那時我開 始想要使用 Mesos 在多個 Jenkins(熱門的持續集成框架)實例之間共享資源。其時, Mesos 看起來像是留給那些已經知曉它的人去使用的,因為雖然那時有大量可用的 線上資源,但是很難被找到,而且沒有一個權威可信的來源。彼時也沒有任何書籍 涉及 Mesos。我寫了幾篇關于我的工作經驗的博客,其他人看起來好像跟我一樣 : 對這個項目都想了解多一些,但不知道從何入手。
2015 年 1 月,Manning 出版社找到我并問我是否有興趣寫一本關于 Mesos 的書。 我之前從未寫過書,這個請求一開始讓我有點不知所措。但我也把它當作一個好機 會來寫一本工具書,因為當我剛開始使用 Mesos 時,我確實希望擁有這么一本書來 指導我。幸運的是,Manning 的團隊給我這份自由來實現這個想法。
希望你在使用《Mesos 實戰》的過程中,能發現它是一個部署和管理 Mesos 集 群和提升你基礎架構整體效率的寶貴資源,而且它能夠幫助你的團隊或你的客戶更 快捷便利地部署應用到生產中。
Roger Ignazio 于美國俄勒岡州,波特蘭
內容簡介:

本書匯集了以Mesos為核心的新一代數據中心操作系統的最佳實踐,全面展示了Mesos集群對數據中心資源管理的集成高效性,和對應用部署和計劃任務創建擴容操作的便捷性的優點。 基于Apache Mesos開源項目和Mesosphere公司的開創性工作,作者由淺到深地介紹了Mesos數據中心操作系統下各個相關組件和主流的計算框架,主要內容包括:1.構建你的第一個Mesos集群:Mesos+Docker+Zookeeper2.管理Mesos集群:任務調度,資源管理以及日志3.使用主流計算框架部署容器化應用:Mesosphere公司的Marathon+Chronos以及Apache Aurora4.以python為例,自開發計算框架在每個部分,Roger Ignazio都給出了:關鍵原理及組件組成、安裝部署過程、注意事項、日志和診斷方法等最佳實踐,并結合相關實例、研究成果和附加資源進行闡述。每個部分的內容組織都著力于條理清晰的、系統的展現Mesos集群的優點。作者對書中建議和使用指南進行了補充說明,以便讀者深入了解其合理性,還有實用指南明確每個動作是否成功執行。 《Mesos實戰》可以作為新一代數據中心架構設計以及管理的權威性參考和教程,也可作為自建PaaS、CaaS平臺的輔助參考,又或是分布式計算框架開發的參考書籍。

目錄:

第 1 部分 你好,Mesos ....... 1
1 初識 Mesos .......... 3
1.1 遇見 Mesos ............. 4
1.1.1 理解它如何工作 .......... 5
1.1.2 虛擬機和容器的比較 .......... 7
1.1.3 知道何時及為何使用 Mesos......... 9
1.2 為什么我們要重新思考數據中心 ........ 10
1.2.1 資源劃分 ............ 11
1.2.2 應用部署 ............ 12
1.3 Mesos 分布式架構 ........... 13
1.3.1 masters ............ 13
1.3.2 slaves ............ 14
1.3.3 frameworks ........... 15
1.4 小結 .............. 15
2 使用 Mesos 管理數據中心資源 .......17
2.1 Spark 簡要介紹 ............ 18
2.1.1 獨立集群上的 Spark.......... 18
2.1.2 Mesos 上的 Spark .......... 19
2.2 在 Mesos 上運行 Spark job ......... 21
2.2.1 在集合中尋找素數 .......... 22
2.2.2 獲取與打包代碼 .......... 23
2.2.3 提交作業 ............ 24
2.2.4 觀察輸出 ............ 24
2.3 進一步探索 ............ 26
2.3.1 Mesos UI ............ 26
2.3.2 Spark UI............ 26
2.4 小結 .............. 28
第 2 部分 Mesos 核心...... 31
3 安裝 Mesos ..........33
3.1 部署 Mesos ............. 34
3.1.1 Mesos 集群組件........... 34
3.1.2 開發環境的注意事項 .......... 35
3.1.3 生產環境的注意事項 .......... 36
3.2 安裝 Mesos 和 ZooKeeper ......... 38
3.2.1 使用安裝包部署 .......... 38
3.2.2 從源文件編譯并安裝 .......... 40
3.3 配置 Mesos 和 ZooKeeper ......... 43
3.3.1 ZooKeeper 配置 ........... 43
3.3.2 Mesos 配置........... 45
3.4 安裝并配置 Docker.......... 50
3.4.1 安裝 Docker ........... 51
3.4.2 配置 Docker ........... 53
3.4.3 配置 Docker 專用的 Mesos slaves ...... 54
3.5 升級 Mesos ............. 54
3.5.1 升級 Mesos masters ......... 55
3.5.2 升級 Mesos slaves .......... 55
3.6 小結 .............. 56
4 Mesos 原理 ..........57
4.1 調度和分配數據中心資源 .......... 57
4.1.1 理解資源調度 .......... 58
4.1.2 理解資源分配 .......... 59
4.1.3 定制 Mesos slave 資源和屬性 ........ 61
4.2 使用容器隔離資源 .......... 62
4.2.1 隔離并監控 CPU、內存和磁盤 ....... 63
4.2.2 網絡監控和限速 .......... 65
4.3 了解容錯和高可用 .......... 68
4.3.1 容錯 ............ 70
4.3.2 高可用 ............ 70
4.3.3 處理出錯和升級 .......... 70
4.4 小結 .............. 76
5 日志記錄和調試 .........77
5.1 理解和配置 Mesos 日志記錄 .......... 78
5.1.1 日志文件的路徑和解釋 ........ 78
5.1.2 配置日志記錄 .......... 80
5.2 調試 Mesos 集群及其任務 .......... 81
5.2.1 使用 Mesos Web 接口 ......... 82
5.2.2 使用內置命令行工具 .......... 89
5.2.3 使用 Mesosphere 的 mesos-cli 工具 ....... 90
5.3 小結 .............. 92

6 生產環境中的 Mesos .......93
6.1 監控 Mesos 和 Zookeeper 集群......... 94
6.1.1 監控 Mesos master ......... 94
6.1.2 監控 Mesos slave ......... 96
6.1.3 監控 ZooKeeper ........... 97
6.2 修改 Mesos master 的法定數目 ........ 99
6.2.1 添加 master 節點 ......... 100
6.2.2 移除 master 節點 ......... 100
6.2.3 替換 master 節點 ......... 101
6.3 安全和權限控制的實施 .......... 101
6.3.1 Slave 和 framework 的身份認證....... 102
6.3.2 用戶授權和訪問控制列表 ........ 104
6.3.3 framework 速率限制.......... 107
6.4 小結 .............. 110
第 3 部分 運行 Mesos....... 113
7 使用 Marathon 部署應用 ....... 115
7.1 了解 Marathon............ 115
7.1.1 探索 Marathon 的 Web 接口和 API ...... 117
7.1.2 服務發現和路由 .......... 118
7.2 部署 Marathon 和 HAProxy .......... 121
7.2.1 安裝并配置 Marathon........ 121
7.2.2 安裝并配置 HAProxy........ 124
7.3 創建并伸縮應用 ............ 127
7.3.1 部署簡單的應用 .......... 127
7.3.2 部署 Docker 容器 .......... 130
7.3.3 執行健康檢查和滾動應用更新 ........ 131
7.4 創建應用組 ............ 134
7.4.1 理解應用組的構成 .......... 134
7.4.2 部署應用組 .......... 135
7.5 日志和調試 ............ 137
7.5.1 配置 Marathon 日志......... 137
7.5.2 調試 Marathon 應用和任務....... 138
7.6 小結 .............. 140
8 使用 Chronos 管理計劃任務 ...... 143
8.1 了解 Chronos............ 144
8.1.1 探索 Chronos 的 Web 接口和 API ...... 145
8.2 安裝并配置 Chronos.......... 147
8.2.1 先決條件的檢驗 .......... 147
8.2.2 安裝 Chronos.......... 148
8.2.3 配置 Chronos.......... 149
8.3 使用簡單的作業來工作 .......... 150
8.3.1 創建基于計劃的作業 ........ 150
8.3.2 使用 Docker 創建基于計劃的作業 ...... 153
8.4 使用復雜的作業來工作 .......... 155
8.4.1 組合基于計劃和基于依賴的作業 ...... 155
8.4.2 形象化作業的依賴關系 ........ 158
8.5 監控 Chronos 作業的輸出和狀態......... 159
8.5.1 作業失敗事件的通知和監控 ........ 159
8.5.2 通過 Mesos 觀察作業的標準輸出和標準錯誤.... 161
8.6 小結 .............. 162
9 使用 Aurora 部署應用和管理計劃任務 .... 165
9.1 Aurora 簡介 ............ 166
9.1.1 Aurora 調度器 .......... 167
9.1.2 Thermos 執行器和觀察者 ......... 167
9.1.3 Aurora 的用戶和管理員客戶端 ........ 168
9.1.4 Aurora DSL(Domain-Speci?c Language,特定領域語言)... 169
9.2 部署 Aurora ............ 169
9.2.1 在開發環境嘗試 Aurora........ 170
9.2.2 構建和安裝 Aurora.......... 171
9.2.3 配置 Aurora.......... 174
9.3 部署應用 ............ 178
9.3.1 部署一個簡單的應用 ........ 179
9.3.2 部署基于 Docker 的應用 ........ 182
9.4 管理計劃任務 ............ 184
9.4.1 創建 Cron 作業 .......... 184
9.4.2 創建基于 Docker 的 Cron 作業 ........ 185
9.5 管理 Aurora ............ 187
9.5.1 管理用戶和配額 .......... 187
9.5.2 執行維護 ............ 189
9.6 小結 .............. 190
10 framework 開發 ........ 191
10.1 framework 基礎............ 192
10.1.1 編寫 framework 的時機和緣由....... 194
10.1.2 調度器的實現 .......... 194
10.1.3 執行器的實現 .......... 197
10.2 調度器開發 ............ 201
10.2.1 使用調度器 API......... 202
10.2.2 使用 SchedulerDriver......... 204
10.3 執行器開發 ............ 205
10.3.1 使用執行器 API......... 205
10.3.2 使用執行器驅動程序 ........ 207
10.4 運行 framework............ 208
10.4.1 在開發環境中部署 .......... 208
10.4.2 生產環境部署的注意事項 ........ 210
10.5 小結 .............. 211
附錄 A 案例研究 :Mesosphere DCOS,企業版 Mesos 分布式集群.. 213
附錄 B Mesos 框架與工具的列表 ....... 225
序: