企業遷雲之路

序一
序二
前言一
前言二
內容與作者

第一部分　雲計算對企業的影響
第1章　上雲之前的思考2
1.1　困惑2
1.2　知識的釋放3
1.3　什麼是雲計算5
1.4　初探7
1.5　再探9
1.6　三思11
1.7　沒有銀彈14

第2章　引入新技術的思考16
2.1　為什麼要關注新技術16
2.2　思想上的準備17
2.2.1　保持好奇心17
2.2.2　擁抱變化18
2.2.3　敏捷18
2.2.4　慢即是快19
2.2.5　第十人21
2.3　行動上的準備22
2.3.1　知曉22
2.3.2　觀望22
2.3.3　瞭解22
2.3.4　預研23
2.3.5　評估和論證23
2.3.6　淘汰和替代23
2.4　技術上的準備24
2.4.1　易用性24
2.4.2　性能25
2.4.3　靈活性27
2.4.4　相容性和標準化28
2.4.5　安全性29
2.4.6　開源和商務軟體29
2.4.7　可攜性30
2.5　組織形式31
2.5.1　組織和人員31
2.5.2　內驅力31

第3章　雲世界的語言34
3.1　雲計算的名詞體系35
3.2　雲世界語言的歷時性與共時性36
3.3　語言改變思維模式37
3.4　隱喻38

第4章　影響上雲的五大因素40
4.1　沒有人是一座孤島40
4.2　五大因素41
4.3　戰略41
4.4　組織44
4.5　風險51
4.6　財務51
4.7　技術53

第5章　雲計算的再認識55
5.1　計算平臺的歷史觀55
5.2　當前雲計算的多種方案57
5.3　私有/專有雲平臺58
5.4　從基礎設施雲到應用系統雲61
5.5　雲計算時代的選擇62

第6章　如何評估上雲風險65
6.1　如何評估不可預知的雲化內容65
6.2　確認“不可預知”65
6.2.1　梳理IT現狀66
6.2.2　確認企業策略69
6.3　評估和應用69
6.3.1　利用雲平臺的優勢70
6.3.2　利用最佳實踐71
6.3.3　模式降級72
6.3.4　基於適配器和組合模式73
6.4　動態的不可預知性——未來發展73
6.5　異化過程的心理保障75
6.6　商業過程75
6.7　加強“不可預知”的預知性77

第7章　上雲ROI分析79
7.1　公司戰略層ROI分析79
7.1.1　是否參與決策80
7.1.2　已經明確的投入產出分析81
7.1.3　需要考察的決策點82
7.1.4　後續做些什麼84
7.2　技術管理層ROI分析85
7.3　執行層ROI分析95
7.3.1　技術需求方95
7.3.2　業務需求方96
7.3.3　技術實施方96
7.3.4　業務實施方97
7.3.5　技術運維方97
7.3.6　業務運營方97

第二部分　雲之基石
第8章　計算虛擬化100
8.1　雲服務商及其計算虛擬化100
8.2　企業的虛擬化選擇及管理102
8.2.1　選擇雲服務商102
8.2.2　選擇配置103
8.2.3　資源管理105
8.2.4　內部管理108
8.3　虛擬化的動態側面108
8.4　以虛擬伺服器為核心的產品和解決方案110
8.5　超越傳統虛擬伺服器113

第9章　雲存儲117
9.1　雲存儲的類型118
9.1.1　雲計算廠商的存儲技術118
9.1.2　企業的雲存儲選擇119
9.2　物件存儲及其應用122
9.3　雲存儲的購買和費用124
9.4　以物件存儲為核心的解決方案126
9.5　存儲的安全、備份和容災127

第10章　雲網路130
10.1　雲環境的網路架構和產品的變遷131
10.2　經典網路和VPC133
10.3　VPC及其使用134
10.4　面向Internet136
10.5　混合雲環境或多VPC環境138
10.6　網路安全141
10.7　其他網路產品及方案143
10.8　其他應用要點144

第三部分　企業上雲規劃
第11章　上雲整體規劃148
11.1　上雲涉及的工作148
11.2　上雲——從目標到規劃150
11.2.1　上雲——自下而上151
11.2.2　上雲——自上而下155
11.3　外部力量的引入157
11.4　價格和商務因素158
11.5　由廣而深，自下而上158

第12章　應用系統生命週期的規劃161
12.1　傳統應用系統生命週期的視角161
12.2　面對持續交付的應用系統166
12.3　敏捷開發模式下的視角169

第13章　小應用上雲174
13.1　什麼是小應用174
13.2　小應用的上雲175
13.2.1　功能變數名稱、SSL證書、DNS解析176
13.2.2　CDN177
13.2.3　存儲（物件存儲或NAS存儲）177
13.2.4　安全產品（WAF和DDoS防護）178
13.2.5　VPC專有網路178
13.2.6　SLB負載均衡178
13.2.7　ECS伺服器179
13.2.8　RDS資料庫179
13.2.9　雲監控179
13.2.10　協力廠商應用180

第14章　大應用混合雲單元化部署181
14.1　大應用上雲的契機181
14.2　大應用考量指標182
14.2.1　時間182
14.2.2　成本183
14.2.3　品質183
14.3　混合雲和單元化184
14.4　一個大應用的例子187

第15章　資料業務上雲規劃202
15.1　傳統企業進行資料分析的過程203
15.2　數據上雲的顧慮204
15.3　資料上雲的步驟206
15.4　資料上雲過程中的思考207

第16章　容災策略209
16.1　容災209
16.2　容災的雲平臺工具保障211
16.3　過程保障216
16.4　經驗分享與探討217

第17章　安全性原則220
17.1　互聯網安全環境及挑戰220
17.2　安全方案222
17.3　安全產品的選擇226
17.4　廣義的安全229
17.5　安全的SaaS 的優劣230

第18章　組織最佳實踐233
18.1　什麼是組織233
18.2　上雲組織234
18.2.1　組織構成234
18.2.2　組織內的角色與分工234
18.2.3　每週例會236
18.2.4　任務開展237
18.3　組織上雲238
18.3.1　上雲流程238
18.3.2　上雲流程相關表格238

第19章　培訓244

加入阿里雲是我職業生涯中不可預測的一次轉身。在此之前，我做過架構師、技術經理、專案經理和產品經理等多個角色，更多的考慮是如何交付一個系統給業務單元，從而支援公司的業務發展。然而，阿裡雲面試我的幾位同學讓我看到了一個不一樣的世界，一個用雲計算來改變IT、改變金融的機會。阿裡雲內部常說“夢想永在，自證預言”，要大家堅持自己的初心，我想我的初心在我完成那一下午的多輪面試時就已經確定了：希望通過我的努力，讓那些還處在我以前的角色/位置上的IT同行們，有更多的力量投入到服務好自己的業務單元、有更多的IT創新，並能夠在這個互聯網時代用IT人的思維去引領業務走向創新的道路。

加入阿裡雲之後，我發現阿裡雲（包括阿裡巴巴和螞蟻金服）是一個遠遠超過我預期的技術寶庫，這個寶庫裡有太多神奇的技術能力，這些產品和能力已經相當靠近我曾經的一個願景，那就是創意一個新的系統或業務模式的時候，可以通過大量的組合和少量的研發來完成，而且最好是在一個融合的生態平臺內完成。上一次讓我感到比較接近這個願景的平臺是穀歌雲，不過今天的阿裡雲比穀歌雲更接近這個願景。

也許我是非常幸運的先獲得打開阿裡巴巴技術寶庫的“芝麻開門”口令的人，所以我希望這個巨大的寶庫能夠造福那些和我以前一樣還“被沉浸”在繁複的日常重複工作中的同仁們。於是阿裡巴巴的“客戶第一”被我自己定義為：達成自己的初心，讓金融行業的同仁們用雲計算的方式從這些繁複和重複的工作中解放出來，去創造互聯網時代的金融業務，更好地服務於這個時代。就像阿裡雲金融事業部總裁九河說的那樣，從金融上雲到雲上金融到產融結合。

在服務雲上金融客戶的過程中，我發現有三個方面的問題是不斷出現的。首先是像我過去一樣，埋頭苦幹的金融IT同仁們沒有時間抬起頭看一下這個世界的變化，也無法感知到雲計算會為他們帶來的巨大價值；其次，雲計算是一種以樂高積木的方式提供的服務，使用者缺乏一張圖紙，尤其是適合企業的定制化圖紙來用好雲計算的各種產品；最後，雲計算催生了一個技術能力快速釋放的新時代，用戶對雲計算的認知很容易停留在他們最初使用雲計算時的那個快照上。於是，我萌生了通過這本書來解決以上三個問題的想法。

既然是希望解決這三個問題，那就不能把這本書寫成阿裡雲的產品和方案手冊，也不能僅僅停留在阿裡雲解決方案架構師的視角上，而是要站在一個相對中立的立場，一方面代入到普遍的客戶需求和場景中來考慮需要雲計算帶來一些什麼，還需要做些什麼，怎麼做；另一方面，仍然從解決方案架構師的立場來考慮雲計算的哪些能力能夠幫助到他們，怎樣更好地幫助他們。就像我曾經進行的心理諮詢師訓練所強調的：要共情，也要幫助（干預）。

於是，在本書寫作的時候，我邀請了阿裡雲的兩位聯合作者協助提供材料：金建明（花名：錚明）長期管理著阿裡雲上的大客戶，並提供售後服務工作，對客戶上雲之後的雲上運維有豐富的經驗；劉剛（花名：法華）是金融雲最早也是最傑出的架構師，長期領導著金融雲解決方案團隊，有更高和更寬的視角。結合他們提供的資料，在撰寫本書的相關內容時，我始終站在客戶對雲計算的“售前、售中和售後”“戰略、管理和執行”以及“過去、當前和未來”等建構性的視角上，分享我們的經驗和沉澱，闡述我們對於企業使用雲計算的觀點。

本書的另一位主要作者裔雋所帶領的寫作團隊則讓書中關於企業客戶上雲的思考和沉澱更加務實和落地，避免我們這些已經脫離企業應用實際交付一線的雲計算解決方案架構師們，對當前企業的IT工作者們的“共情”中有太多屬於我們自己的“刻板印象”。
實際上，裔雋及其團隊對雲計算的認知和總結，無論從豐富程度、細緻程度還是從思考高度上，在我們日常遇到的其他企業客戶的上雲團隊中都是明顯屬於領先地位的。也正因如此，這本書才能將用戶和廠商的觀點無縫地融合到一起。

似乎在前言中表達感謝是一個國際化的做法，作為一個國際化雲廠商的架構師，當然我也不想免俗。首先要感謝給我機會打開阿裡巴巴技術寶庫大門的李剛、俞翔、劉剛（本書聯合作者）、劉樹傑、徐曉莉和徐敏，當我沉浸在這個寶庫時始終給予我巨大幫助的張婷華、傅傑、霍嘉、李晨和藺建邦，以及在我試圖分享這個寶庫時給予支持的陳冰賦、宋卿雲、夏睿、金建明（本書聯合作者）和張雲，在我的職業道路上曾經給予我很多指引的楊振華、王俊凱、張菁華、唐中興和楊治。感謝不能一一列舉姓名的阿裡雲華東一區團隊（尤其是上海分公司團隊）、阿裡雲金融雲團隊、阿裡雲的產品PD們，感謝阿裡雲的文檔團隊以及為阿裡雲官方文檔提供各類素材和不斷分享的作者們，以及百阿557的同學們。最後，不能遺漏我的家人們，感謝他們給予我的溫暖、包容和無私支持。

本書中涉及的很多經驗和沉澱都來自從2009年開始不斷支援和信任著我們的雲上的各類客戶。正是這些客戶的陪伴和包容、交流和分享，以及不斷提出的需求、意見和建議，才使得我們有機會去發現、瞭解、總結和改進，也促使我們分享更多的經驗和心得。

由於每一本技術類圖書都是在某個時間內觀點的快照，一本技術類圖書的生命週期通常只有2～3年，這裡的內容代表了我們所有作者過去建構下的各種觀點，和我們過去的經歷、認知有無法割裂的關係，或許很難獲得所有人的認同。我們努力去掉了一些過於個性化的內容，其中有些內容或許會被證明沒有那麼普適，甚至未必經得起廣泛的實踐檢驗，希望各位讀者和同行能夠將意見和建議發給我們，我們會在後續版本中納入這些意見和建議，並對書中的錯誤和問題予以更正。

瑞理（張靚）
2019年8月