産品特色

編輯推薦

　　雲計算時代，具體服務模式如何落地？本書緻力於從一個雲服務消費者的視角嚮決策者提供各種服務模式的優點和缺點。對每一個開始為其雲計算方案進行供應商選擇和進入開發流程的決策者來說，本書都是必讀之作。

內容簡介

　　雲計算落地已成事實。從前幾年的概念普及，到如今越來越多的企業將業務遷移至雲上，雲計算正在改變整個社會的信息資源使用觀念和方式。

　　雲計算還在不斷成長，技術細節也在不斷變化之中。對於使用者而言，能夠基於自身的業務、技術和組織需求等各方麵情況，選擇正確的雲服務模式，是成功使用雲計算關鍵的技術決策之一。

　　本書共有十六章，作者有意避開瞭那些産品或供應商相關的細節，側重於架構師及架構涉及各方應當解決的各種挑戰，或者說，如何以適當的解決方案來解決業務問題；通過對具體問題的分析和案例講解，嚮讀者提供瞭大量可供參考的設計決策，並對所有雲架構中都必須應對的重點領域進行瞭強調說明。

　　對每一個開始為其雲計算方案進行供應商選擇和進入開發流程的決策者來說，本書都是必讀之作。

作者簡介

　　Mike Kavis（譯者注：即Michael J. Kavis），是Cloud Technology Partners公司的副總裁和首席架構師，也是一名行業分析師。他在技術職能方麵有著超過25年的企業解決方案架構經驗，擔任過首席技術官、首席架構師以及副總裁，為醫療健康、零售、製造業和忠誠營銷行業提供服務。

　　2010年，作為初創企業M-Dot網絡的首席技術官，他的公司贏得瞭著名的AMZNAWS全球初創企業挑戰賽。M-Dot構建瞭一個高速的小額支付網絡，通過將實體零售終端係統集成到完全在AMZNAWS公有雲上搭建的數字激勵PaaS之上，來進行數字激勵的處理工作。M-Dot網絡在2011年被收購。在業餘時間，他以谘詢顧問的角色為一些初創企業提供有關架構和雲計算方麵的谘詢服務。工作之餘，他喜歡到新澤西的大都會球場去看他心愛的紐約巨人隊的比賽。

精彩書評

　　雲計算無疑在改變企業IT的遊戲規則，但並不是所有的企業都意識到瞭這一點。Mike Kavis在本書中就如何有效利用雲計算為你的企業服務方麵，提供瞭不少切實中肯的建議。這與彆的書有什麼不同？不同在於，這源自Mike多年的切身經驗總結。他搭建過雲環境，他使用這種技術解決過真正的業務問題。在這個蓬勃的雲計算時代，本書對如何在首次接觸雲計算時獲得成功給齣瞭許多務實有效的建議。任何想要擁抱雲計算的人都應該讀一讀本書。

　　——David Linthicum，Cloud Technology Partners高級副總裁

　　作傢、演講人、博客作者及“業餘”極客

　　從很多方麵來說，這都是一本相當重要的書。雲現在是IT的變革力量，Mike抓住瞭這股力量，並從商業和技術的角度分彆進行瞭闡釋。本書的內容既涉及我們技術人員麵對的挑戰，又涵蓋瞭業務能獲得的收益。本書講的不是一些具體産品，而是架構。因此即便再有新的技術齣現，也不會顯得過時。本書從人員、流程和技術等方麵，解釋瞭要將業務嚮現代的雲架構轉型需要做的工作。

　　雲是一種顛覆性的技術。當然會有成功者和失敗者。閱讀本書多少會給你一些幫助，使你和你的公司能按照本書所說的路綫圖和架構，邁嚮成功。

　　——Eric Roch，IT谘詢公司Perficient首席架構師、SOA和雲計算項目負責人

　　許多專傢認為這個時代缺乏足夠的經濟活力。Mike Kavis不一樣，他有著完全不同的看法：在平淡的錶象之下是各種機遇的活力在迸發。他認為我們已經進入瞭一個“創新的黃金時代”。他是對的，我們之前從未能夠以如此之低的成本獲得如此多的資源來發起和開展業務。我們看到新一代隻瞭解雲的企業和企業領導人齣現在舞颱上，快速對新想法進行嘗試和實施，並且快速找到自己的市場。除瞭初創企業，大型企業也在學習擁抱“雲文化”。但是，正如每一個前景無限的技術，要想獲得成功，你必須對架構有足夠的熱情，還要對組織架構有足夠的瞭解。在本書中，Mike提供瞭一個路綫圖——當然也有激勵——來帶你開始將企業雲化的旅程。

　　——Joe McKendrick，《福布斯》和CBSi ZDNet獨立分析師和撰稿人

目錄

第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

前言/序言

　　如果你不知道要去哪兒，那麼哪條路都行得通。

　　——路易斯·卡羅爾，《愛麗絲漫遊仙境》

　　2008年的夏天，在企業數據中心構建軟件超過30年之後，我離開瞭大企業，嘗試從頭創建一傢科技公司，而所憑藉的不過是一傢初創企業創始人的獨創性理念。多年來，我一直在各種約束下進行軟件構建的工作，這些約束包括已有的數據中心和為獲取新的計算資源所需要的漫長采購周期，直到我看到瞭使用雲計算以按使用付費的模式實現更高的敏捷性的機會。在我開始自己的工作時，我在社交網絡上發布瞭一條消息，問是否有人知道任何在公有雲發生的真實存在的實時交易處理案例。我的推文引來瞭無數的嘲笑和尖刻的評論；畢竟，在2008年時又有誰能想到實體零售店的POS係統會通過互聯網、使用公有雲中的交易引擎來處理信息呢？有人笑著留言說：“如果你找到這樣的案例一定要告訴我。”很明顯，我們是探索者，我們隻能按照探索者的方式來賺取經驗值：試錯！現在，幾年過去瞭，我想要與讀者分享這些經驗和教訓，讓大傢能從彆人的經驗中受益，而不必像探索者那樣靠蠻力來試錯。

　　有許多書對雲計算的概念以及雲計算為什麼是個人計算機誕生和互聯網興起以來最大的遊戲規則改變者進行瞭詳細論述。當前市場上的書也大都以管理層、初學者或開發人員為主。本書與此的區彆在於，首席技術官、企業架構師、産品經理和關鍵的技術決策者是我們的主要目標讀者。

　　有些以雲架構師為讀者對象的書會對如何在雲中構建軟件進行非常具體的闡述，並且通常會側重於幾個知名的供應商。本書的內容與供應商無關，因為討論的所有內容均適用於所有的供應商或專用解決方案。我一直認為，成功使用雲計算最關鍵的技術決策之一，就是基於業務、技術和組織需求等各方麵情況選擇正確的雲服務模式。遺憾的是，市場上明顯缺乏足夠的信息來引導決策者理解這個關鍵決策點。因此，本書緻力於從一個雲服務消費者的視角嚮決策者提供各種服務模式的優點和缺點，以填補這個信息缺口。

　　對每一個開始為其雲計算方案進行供應商選擇和進入開發流程的決策者來說，本書都是必讀之作。從零開始一個雲方案是一個讓人有畏懼感的工作。本書嚮讀者提供瞭大量可供參考的設計決策，並對所有雲架構中都必須應對的重點領域進行瞭強調說明。

　　內容概述

　　在每一章，我都會分享一個與主題相關的故事。這些故事不是來自我在自己的事業中曾經經曆的個人經驗，就是來自我的同行或同事；隻是其中的公司、個人和産品的名稱都用瞭假名來替代。鑒於我們在工作中都有著相似的經驗，所以故事的講述能幫助讀者更好地將技術話題聯係起來。正如任何其他的技術轉變一樣，圍繞著雲計算也有許多的炒作、神話和誤解，這使得一些組織拒絕或難以接受雲。在我的職業生涯中，我已經多次看到同樣的情況齣現在互聯網、麵嚮服務架構（SOA）、敏捷方法論及其他技術和理念的采用上，我也足夠幸運地有機會以開拓者的身份參與到某些技術轉變中。所以在本書中，我會用一些過去的故事來顯示拒絕雲計算與拒絕先前技術的相似之處。

　　我知道用熟悉的業務場景討論技術會使讀者對概念産生畫麵感，並且更容易將這種畫麵感與讀者真實的生活場景對應起來。於是我創造瞭一個虛構的在綫拍賣公司Acme eAuctions（AEA），並且用AEA描述瞭許多相關的業務場景來幫助說明本書的重要觀點。我對AEA業務的討論涉及方方麵麵，而不僅限於其在綫拍賣網站，所以那些並非從事電子商務的讀者也無須過於擔心。本書會有大量適用於所有讀者的相關業務場景論述。

　　開捲須知

　　本書的寫作目的是為瞭填補我在2008年創建自己第一個雲應用時便已存在的空白。每章都提供瞭來自我個人經曆（既有成功經驗，也有失敗教訓）的一些見解。我希望通過分享這些經驗、教訓，以及提供一些涉及各領域的設計注意事項，我的讀者能夠做齣更精確的設計決策，而不必像我一樣依靠大量的試錯來獲得成功。如果設計得當，雲計算的確能為用戶帶來巨大的收益，比如提高市場化速度、降低整體擁有成本，以及具有更多的靈活性等。但我們沒有捷徑可走。要想獲得這些收益，我們必須采取一種更為務實的方法。本書的目的就是為讀者提供各種設計考慮因素，幫助讀者實現雲所承諾的各種目標。

入門不錯，概念說的還可以，印刷不錯，推薦閱讀。

認真學習，好好瞭解！

書不錯。不過這本書到的時候沒有塑封，什麼情況大傢都懂得。

讓雲落地：雲計算服務模式（SaaS、PaaS和IaaS）設計決策

這本書講瞭些策略，但乾貨不多，也不係統

我為什麼喜歡在京東買東西，因為今天買明天就可以送到。我為什麼每個商品的評價都一樣，因為在京東買的東西太多太多瞭，導緻積纍瞭很多未評價的訂單，所以我統一用段話作為評價內容。京東購物這麼久，有買到很好的産品，也有買到比較坑的産品，如果我用這段話來評價，說明這款産品沒問題，至少85分以上，而比較爛的産品，我絕對不會偷懶到復製粘貼評價，我絕對會用心的差評，這樣其他消費者在購買的時候會作為參考，會影響該商品銷量，而商傢也會因此改進商品質量。

讓雲落地：雲計算服務模式（SaaS、PaaS和IaaS）設計決策

一定要看完啊！！！

好