-- 會員 / 註冊 --  
 帳號:
 密碼:
  | 註冊 | 忘記密碼
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書號
詳細書籍分類

讓云落地:云計算服務模式(SaaS、PaaS和IaaS)設計決策

( 簡體 字)
作者:陳志偉,辛敏類別:1. -> 程式設計 -> 雲計算
譯者:
出版社:電子工業出版社讓云落地:云計算服務模式(SaaS、PaaS和IaaS)設計決策 3dWoo書號: 43125
詢問書籍請說出此書號!

缺書
NT售價: 325

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

譯者序:

前言:





我第一次遇見Mike Kavis(邁克?凱維斯),是幾年前他把我們的SOA課程“特許ZapThink架構師”(Licensed ZapThinkArcbitect)引入他在佛羅里達的公司時。作為公司負責架構的副總裁,Mike希望能說服自己的開發團隊,讓他們像架構師一樣思考。當然,我無法在4天的時間把開發人員轉變成架構師,所以課程的重點是幫助人們像架構師一樣思考。
你現在看到的這本書,任務也是如此。作為一種使用IT基礎設施的方法,云計算還在不斷成長,技術細節也在不斷變化之中——但是云的架構原則基本已經確定。只有像架構師那樣思考,你才能夠利用云計算的全部威力。
架構師在IT部門中的位置比較特別,因為他們對業務和技術都有涉足。他們必須走出IT人員對技術的癡迷,把眼光放遠,從細節上了解什么可行、什么不可行;但同時也必須立足市場,熟知業務,知道企業的戰略、目標,以及問題。
本書將所有這些點串聯了起來。Mike Kavis有意避開了那些產品或供應商相關的細節,側重于架構師及架構涉及各方應當解決的各種挑戰;或者說,如何以適當的解決方案來解決業務問題。一個誰都知道,但是易說難做的問題。
之所以在云中解決這些挑戰會如此困難,是因為云并非只是一個簡單的概念。它涉及方方面面的內容:SaaS、PaaS和IaaS服務模式,公有的、私有的以及混合的部署模式,更別說還有各種不同的價值主張了。有些組織想要通過云來節省費用,還有一些想要將資本支出轉換成運營支出。更大的收益是彈性:能更好地應對不可預期的IT資源需求。
架構的意義從未這么明顯。企業能否在云中搭建出真正解決業務問題的可行的解決方案,取決于是否進行了合理的架構設計。Mike Kavis在高效的云方案架構設計上有著多年的實踐經驗,我相信他的經驗和見解能給大家帶來非常多的幫助。
——Jason Bloomberg
ZapThink總裁



前言




如果你不知道要去哪兒,那么哪條路都行得通。
——路易斯?卡羅爾,《愛麗絲漫游仙境》

2008年的夏天,在企業數據中心構建軟件超過30年之后,我離開了大企業,嘗試從頭創建一家科技公司,而所憑借的不過是一家初創企業創始人的獨創性理念。多年來,我一直在各種約束下進行軟件構建的工作,這些約束包括已有的數據中心和為獲取新的計算資源所需要的漫長采購周期,直到我看到了使用云計算以按使用付費的模式實現更高的敏捷性的機會。在我開始自己的工作時,我在社交網絡上發布了一條消息,問是否有人知道任何在公有云發生的真實存在的實時交易處理案例。我的推文引來了無數的嘲笑和尖刻的評論;畢竟,在2008年時又有誰能想到實體零售店的POS系統會通過互聯網,使用公有云中的交易引擎來處理信息呢?有人笑著留言說:“如果你找到這樣的案例一定要告訴我。”很明顯,我們是探索者,我們只能按照探索者的方式來賺取經驗值:試錯!現在,5年過去了,我想要與讀者分享這些經驗和教訓,讓大家能從別人的經驗中受益,而不必像探索者那樣靠蠻力來試錯。
有許多書對云計算的概念以及云計算為什么是個人計算機誕生和互聯網興起以來最大的游戲規則改變者進行了詳細論述。當前市場上的書也大都以管理層、初學者或開發人員為主。本書與此的區別在于,首席技術官、企業架構師、產品經理和關鍵的技術決策者是我們的主要目標讀者。
有些以云架構師為讀者對象的書會對如何在云中構建軟件進行非常具體的闡述,并且通常會側重于幾個知名的供應商。本書的內容與供應商無關,因為討論的所有內容均適用于所有的供應商或專用解決方案。我一直認為,成功使用云計算最關鍵的技術決策之一,就是基于業務、技術和組織需求等各方面情況選擇正確的云服務模式。遺憾的是,市場上明顯缺乏足夠的信息來引導決策者通過這個關鍵決策點。因此,本書致力于從一個云服務消費者的視角向決策者提供各種服務模式的優點和缺點,填補這個信息缺口。
對每一個開始為其云計算方案進行供應商選擇和進入開發流程的決策者來說,本書都是必讀之作。從零開始一個云方案是一個讓人有畏懼感的工作。本書向讀者提供了大量可供參考的設計決策,并對所有云架構中都必須應對的重點領域進行了強調說明。
內容概述
在每一章,我都會分享一個與主題相關的故事。這些故事不是來自我在自己的事業中曾經經歷的個人經驗,就是來自我的同行或同事;其中的公司、個人和產品的名稱都用了假名來替代。鑒于我們在工作中都有著相似的經驗,所以故事的講述能幫助讀者更好地將技術話題聯系起來。正如任何其他的技術轉變一樣,圍繞著云計算也有許多的炒作、神話和誤解,這使得一些組織拒絕或難以接受云。在我的職業生涯中,我已經多次看到同樣的情況出現在互聯網、面向服務架構(SOA)、敏捷方法論及其他技術和理念的采用上。我也足夠幸運地有機會以開拓者的身份參與到某些技術轉變中。所以在本書中,我會用一些過去的故事來顯示拒絕云計算與拒絕先前技術的相似之處。
我知道用熟悉的業務場景討論技術會使讀者對概念產生畫面感,并且更容易將這種畫面感與讀者真實的生活場景對應起來。于是我創造了一個虛構的在線拍賣公司AcmeeAuctions(AEA),并且用AEA描述了許多相關的業務場景來幫助說明本書的重要觀點。我對AEA業務的討論涉及方方面面,而不僅限于其在線拍賣網站,所以那些并非從事電子商務的讀者也無須過于擔心。本書會有大量適用于所有讀者的相關業務場景論述。
開卷須知
本書的寫作目的是為了填補我在2008年創建自己第一個云應用時便已存在的空白。每章都提供了來自我個人經歷(既有成功經驗,也有失敗教訓)的一些見解。我希望通過分享這些經驗、教訓,以及提供一些涉及各領域的設計注意事項,我的讀者能夠做出更精確的設計決策,而不必像我一樣依靠大量的試錯來獲得成功。如果設計得當,云計算確能為用戶帶來巨大的收益,比如提高市場化速度、降低整體擁有成本,以及具有更多的靈活性等。但我們沒有捷徑可走。要想獲得這些收益,我們必須采取一種更為務實的方法。本書的目的就是為讀者提供各種設計考慮因素,幫助讀者實現云所承諾的各種目標。
致謝



首先,我想感謝我的妻子Eleni以及我的孩子Yanni和Athena。他們在我的整個職業生涯中一直支持我,并且在過去的10年里,在我的人生經歷了4年的夜校研究生學習、5年的商業旅途奔波以及將近6個月待在辦公室撰寫本書時,做出了各種犧牲。
沒有我的朋友、導師以及同樣的REST信徒,ZapThink總裁JasonBloomberg的指導、建設性批評以及鼓勵,我是無法完成這本書的。多謝他對本書章節的檢查以及在我遇到困難時對我給予的幫助。
特別感謝兩位勇士Greg Rapp和Jack Hickman,他們與我一起奮斗了超過10年之久,幫我贏取了2010年的AWS創業挑戰賽。如果沒有像他們這樣天才、專注又忠誠的技術人員,我是無法獲得撰寫云方面書籍所需的經驗的。在2008年,沒人會瘋狂到將零售終端(POS)交易拿出零售店面,放到公有云中去。我們被零售商、POS供應商、投資人、同行及幾乎所有人拒絕。Greg和Jack從未對公司的戰略提出疑問,勇于接受各種挑戰。我們一起改變了整個零售行業的現狀,現在基于云的POS交易成為未來的趨勢。謝謝你們,Greg和Jack!
最后,感謝我的父母將我撫養長大,給予我最好的成長條件。爸爸和媽媽,你們可以多看看書里的圖片,因為你們可能完全看不懂這本書在說什么。
內容簡介:

云計算落地已成事實。從前幾年的概念普及,到如今越來越多的企業將業務遷移至云上,云計算正在改變整個社會的信息資源使用觀念和方式。 云計算還在不斷成長,技術細節也在不斷變化之中。對于使用者而言,能夠基于自身的業務、技術和組織需求等各方面情況,選擇正確的云服務模式,是成功使用云計算最關鍵的技術決策之一。 本書共有十六章,作者有意避開了那些產品或供應商相關的細節,側重于架構師及架構涉及各方應當解決的各種挑戰,或者說,如何以適當的解決方案來解決業務問題;通過對具體問題的分析和案例講解,向讀者提供了大量可供參考的設計決策,并對所有云架構中都必須應對的重點領域進行了強調說明。 對每一個開始為其云計算方案進行供應商選擇和進入開發流程的決策者來說,本書都是必讀之作。

目錄:

第1章為什么是云計算,為什么是現在 1
1.1 云計算的進化 4
1.2 進入云 9
1.3 初創企業案例研究:Instagram,一夜之間,從0到10億
美元 10
1.4 成熟公司案例研究:Netflix,從本地向云端遷移 11
1.5 政府案例研究: NOAA、電子郵件,以及云端協作 13
1.6 非盈利案例研究:奧巴馬競選運動,在線6個月,峰值僅
幾天 14
1.7 總結 14
第2章云服務模式 17
2.1 基礎設施即服務 17
2.2 平臺即服務 20
2.3 軟件即服務 23
2.4 部署模式 24
2.5 總結 29
第3章云計算的錯誤實踐 31
3.1 遷移至云端時避免失敗 31
3.2 將應用遷移至云端 32
3.3 不切實際的期望 36
3.4 云安全的錯誤認知 39
3.5 只選最喜歡的,不選最合適的 42
3.6 服務中斷及停業場景 43
3.7 低估組織變革帶來的影響 45
3.8 技術不足 47
3.9 對客戶需求有錯誤認識 50
3.10 出乎意料的成本 51
3.11 總結 54
第4章先從架構開始 56
4.1 5W1H的重要性 57
4.2 由業務架構開始 58
4.3 識別問題(原因) 64
4.4 評估用戶特征(何人) 65
4.5 明確業務和技術需求(什么) 66
4.6 將服務消費者的體驗可視化(何地) 67
4.7 明確項目約束條件(何時及什么要求) 70
4.8 了解當前的狀況約束(如何) 71
4.9 總結 74
第5章選擇合適的云服務模式 75
5.1 考慮何時選擇云服務模式 76
5.2 何時使用SaaS 80
5.3 何時使用PaaS 85
5.4 何時使用IaaS 89
5.5 常見的云使用案例 93
5.6 總結 95
第6章云的關鍵:RESTful服務 96
6.1 為什么是REST 98
6.2 將遺留系統遷移至云端面臨的挑戰 101
6.3 總結 103
第7章云中審計 104
7.1 數據和云安全 105
7.2 審計云應用 106
7.3 云中的法規 108
7.4 審計的設計策略 112
7.5 總結 115
第8章云的數據考慮 116
8.1 數據特性 116
8.2 多租戶或單租戶 123
8.3 選擇數據存儲類型 127
8.4 總結 131
第9章云中的安全設計 133
9.1 云中數據的真相 134
9.2 安全的程度 136
9.3 每種云服務模式下的責任 140
9.4 安全策略 146
9.5 焦點領域 148
9.6 總結 160
第10章創建集中化的日志策略 161
10.1 日志文件使用 162
10.2 日志記錄要求 163
10.3 總結 169
第11章SLA管理 170
11.1 影響SLA的因素 170
11.2 界定SLA 175
11.3 管理供應商SLA 177
11.4 總結 181
第12章監控策略 183
12.1 積極主動的監控vs. 消極被動的監控 183
12.2 需要監控的內容有哪些 184
12.3 分類別的監控策略 187
12.4 按云服務等級進行監控 194
12.5 總結 197
第13章災難恢復計劃 198
13.1 什么是故障時間成本 199
13.2 IaaS的災難恢復策略 201
13.3 主要數據中心的災難恢復 203
13.4 PaaS的災難恢復策略 209
13.5 SaaS的災難恢復策略 210
13.6 混合云的災難恢復 212
13.7 總結 214
第14章使用DevOps文化來更快、更可靠地交付軟件 215
14.1 發展DevOps心態 216
14.2 自動化基礎設施 218
14.3 自動化部署 220
14.4 設計功能標記 221
14.5 測量、監控和試驗 222
14.6 持續集成和持續交付 222
14.7 總結 225
第15章評估云模式對組織的影響 227
15.1 企業模式vs. 彈性云模式 229
15.2 IT影響 230
15.3 商業影響 232
15.4 組織變革規劃 236
15.5 真實世界的變革 240
15.6 總結 240
第16章最后的思考 242
16.1 云在快速進化 243
16.2 云文化 245
16.3 新的商業模式 246
16.4 PaaS是游戲規則改變者 248
16.5 總結 252
序: