CoffeeScript程序設計

導言
第一部分 可擴展組織的人員配備
第1章 人員和領導力對可擴展性的影響
1.1　AllScale簡介
1.2　為什么要考慮人員
1.3　為什么要考慮組織
1.4　為什么要考慮管理和領導力
1.5　結論
本章要點
第2章 可擴展技術組織中的角色
2.1　失敗的后果
2.2　角色的定義
2.3　執(zhí)行主管的職責
2.3.1　CEO
2.3.2　CFO
2.3.3　業(yè)務單元責任人和P&L責任人
2.3.4　CTO/CIO
2.4　組織的職責
2.4.1　架構團隊的職責
2.4.2　軟件開發(fā)團隊的職責
2.4.3　生產(chǎn)運營團隊的職責
2.4.4　基礎設施團隊的職責
2.4.5　質量保證團隊的職責
2.4.6　產(chǎn)能計劃團隊的職責
2.5　個人貢獻者的職責和特征
2.5.1　架構師
2.5.2　軟件工程師
2.5.3　操作員
2.5.4　基礎設施工程師
2.5.5　QA工程師/分析師
2.5.6　產(chǎn)能計劃員
2.6　一個組織示例
2.7　定義職責的工具
2.8　結論
本章要點
第3章 設計組織
3.1　影響可擴展性的組織因素
3.2　團隊規(guī)模
3.2.1　警示信號
3.2.2　擴大團隊或拆分團隊
3.3　組織架構
3.3.1　職能型組織
3.3.2　矩陣型組織
3.4　結論
本章要點
第4章 領導力
4.1　什么是領導力
4.2　領導力的一個概念模型
4.3　評估你是誰
4.4　身先士卒
4.5　保持謙虛的態(tài)度
4.6　使命第一，人員至上
4.7　做出及時、合理、符合道德的決策
4.8　給團隊授能和可擴展性
4.9　一切圍繞股東價值
4.1 0 愿景
4.1 1 使命
4.1 2 戰(zhàn)略目標
4.1 3 整合愿景、使命和戰(zhàn)略目標
4.1 4 通向成功的因果圖
4.1 5 結論
本章要點
第5章 管理
5.1　管理是什么
5.2　項目和任務管理
5.3　建設團隊——一個運動比喻
5.4　提升團隊——一個花園比喻
5.5　衡量方法、指標和目標評估
5.6　目標樹
5.7　為成功鋪路
5.8　結論
本章要點
第6章 進行商業(yè)論證
6.1　理解經(jīng)驗的鴻溝
6.1.1　為什么業(yè)務主管可能成為問題所在
6.1.2　為什么技術主管可能成為問題所在
6.2　破除企業(yè)思維定式
6.2.1　建立關系
6.2.2　樹立榜樣
6.2.3　培訓其他主管
6.2.4　利用RASCI模型
6.2.5　用商業(yè)語言交談
6.2.6　讓他們參與進來
6.2.7　用事實讓主管團隊感到恐慌
6.3　為擴展論證
6.4　結論
本章要點
第二部分 制定擴展流程
第7章 理解流程對擴展的重要性
7.1　流程的目的
7.2　正確的時間，正確的流程
7.2.1　需要有多嚴苛
7.2.2　需要有多復雜
7.3　好的流程何時會變成壞的
7.4　結論
本章要點
第8章 管理故障和問題
8.1　什么是故障
8.2　什么是問題
8.3　故障管理的步驟
8.4　問題管理的步驟
8.5　化解故障管理與問題管理之間的沖突
8.6　故障和問題的生命周期
8.7　召開每日故障例會
8.8　召開季度故障回顧會議
8.9　事后分析流程
8.1 0 綜合應用
8.1 1 結論
本章要點
第9章 管理危機和升級
9.1　什么是危機
9.2　為什么要把危機與其他故障區(qū)分開來
9.3　危機如何改變一個公司
9.4　為混亂賦予秩序
9.4.1　“問題經(jīng)理”的角色
9.4.2　團隊經(jīng)理的角色
9.4.3　首席工程師的角色
9.4.4　個人貢獻者的角色
9.5　溝通和控制
9.6　作戰(zhàn)室
9.7　升級
9.8　狀態(tài)溝通
9.9　危機事后分析會議
9.1 0 危機后續(xù)跟進和溝通
9.1 1 結論
本章要點
第10章 控制生產(chǎn)環(huán)境中的變更
10.1　什么是變更
10.2　變更識別
10.3　變更管理
10.3.1　變更建議
10.3.2　變更批準
10.3.3　變更日程安排
10.3.4　變更實施和記錄
10.3.5　變更驗證
10.3.6　變更審查
10.4　變更控制會議
10.5　持續(xù)的流程改善
10.6　結論
本章要點
第11章 確定應用的余量
11.1　流程的目的
11.2　流程的步驟
11.3　理想的使用比例
11.4　結論
本章要點
第12章 探討架構設計原則
12.1　原則和目標
12.2　原則選擇
12.3　AKF的十二條架構設計原則
12.3.1　N+1設計
12.3.2　設計為能夠回退的
12.3.3　設計為能夠禁用的
12.3.4　設計為能夠監(jiān)控的
12.3.5　設計為多個活動站點
12.3.6　采用成熟的技術
12.3.7　設計為異步的
12.3.8　無狀態(tài)系統(tǒng)
12.3.9　進行橫向擴展而不是縱向擴展
12.3.10 設計為至少可以在兩條軸上進行擴展
12.3.11 非核心的組件可以購買
12.3.12 采用同質化硬件
12.4　擴展原則深度解析
12.4.1　設計為能夠監(jiān)控的
12.4.2　設計為多個活動站點
12.4.3　設計為異步的
12.4.4　無狀態(tài)系統(tǒng)
12.4.5　進行橫向擴展而不是縱向擴展
12.4.6　設計為至少可以在兩條軸上進行擴展
12.5　結論
本章要點
第13章 聯(lián)合架構設計
13.1　修正組織的功能障礙
13.2　設計為能夠跨部門擴展
13.3　開始條件和結束條件
13.4　結論
本章要點
第14章 架構評審委員會
14.1　通過審查確保可擴展性
14.2　委員會成員
14.3　會議實施
14.4　開始條件和結束條件
14.5　結論
本章要點
第15章 關注核心競爭力：構建還是采購
15.1　構建還是采購與可擴展性的關系
15.2　關注成本
15.3　關注競爭優(yōu)勢
15.4　“非我所建”現(xiàn)象
15.5　結合成本和競爭優(yōu)勢
15.5.1　這個組件能夠創(chuàng)造競爭優(yōu)勢嗎？
15.5.2　我們是這個組件或資產(chǎn)最好的責任人嗎？
15.5.3　這個組件上的競爭如何？
15.5.4　我們能經(jīng)濟有效地構建這個組件嗎？
15.6　AllScale公司的構建還是采購難題
15.7　結論
本章要點
第16章 確定風險
16.1　風險管理對擴展的重要性
16.2　衡量風險
16.3　管理風險
16.4　結論
本章要點
第17章 性能測試和壓力測試
17.1　執(zhí)行性能測試
17.1.1　判斷標準
17.1.2　測試環(huán)境
17.1.3　定義測試
17.1.4　執(zhí)行測試
17.1.5　分析數(shù)據(jù)
17.1.6　報告給工程師
17.1.7　重復測試和分析
17.2　壓力測試不要有壓力
17.2.1　確立目標
17.2.2　識別關鍵服務
17.2.3　確定負載
17.2.4　測試環(huán)境
17.2.5　識別監(jiān)控項
17.2.6　制造負載
17.2.7　執(zhí)行測試
17.2.8　分析數(shù)據(jù)
17.3　可擴展性的性能測試和壓力測試
17.4　結論
本章要點
第18章 屏障條件和回退
18.1　屏障條件
18.1.1　屏障條件和敏捷開發(fā)
18.1.2　屏障條件和瀑布開發(fā)
18.1.3　屏障條件和混合模型
18.2　回退能力
18.2.1　回退窗口需求
18.2.2　回退的技術考量
18.2.3　回退的成本考量
18.3　功能減負——設計為能夠禁用的
18.4　結論
本章要點
第19章 要快還是要正確
19.1　業(yè)務上的權衡
19.2　與可擴展性的關系
19.3　如何做決策
19.4　結論
本章要點
第三部分 構建可擴展的方案
第20章 不受技術限制的設計
20.1　實現(xiàn)并非架構
20.2　不受技術限制的設計
20.2.1　TAD和成本
20.2.2　TAD和風險
20.2.3　TAD和可擴展性
20.2.4　TAD和可用性
20.3　TAD方法
20.4　結論
本章要點
第21章 創(chuàng)建故障隔離的架構
21.1　故障隔離的架構的術語
21.2　故障隔離的好處
21.2.1　故障隔離和可用性——限制影響
21.2.2　故障隔離和可用性——故障檢測和解決
21.2.3　故障隔離和可擴展性
21.2.4　故障隔離和上市時間
21.2.5　故障隔離和成本
21.3　如何進行故障隔離
21.3.1　原則1：什么都不能共享
21.3.2　原則2：什么都不能跨過泳道邊界
21.3.3　原則3：在泳道內交易
21.4　何時實現(xiàn)故障隔離
21.4.1　方法1：把最賺錢的功能放入泳道
21.4.2　方法2：把最容易引發(fā)故障的功能放入泳道
21.4.3　方法3：根據(jù)自然界限劃分泳道
21.5　如何測試故障隔離的設計
21.6　結論
本章要點
第22章 AKF擴展立方入門
22.1　概念，還是規(guī)則和工具
22.2　AKF擴展立方介紹
22.3　擴展立方的含義
22.4　擴展立方的X軸
22.5　擴展立方的Y軸
22.6　擴展立方的Z軸
22.7　綜合應用
22.8　何時何地使用擴展立方
22.9　結論
本章要點
第23章 為擴展劃分應用
23.1　應用的AKF擴展立方
23.2　AKF應用擴展立方的X軸
23.3　AKF應用擴展立方的Y軸
23.4　AKF應用擴展立方的Z軸
23.5　綜合應用
23.6　應用擴展立方的實際應用
23.6.1　電子商務平臺
23.6.2　人力資源管理系統(tǒng)
23.6.3　后臺辦公IT系統(tǒng)
23.6.4　經(jīng)驗之談
23.7　結論
本章要點
第24章 為擴展劃分數(shù)據(jù)庫
24.1　數(shù)據(jù)庫的AKF擴展立方
24.2　AKF數(shù)據(jù)庫擴展立方的X軸
24.3　AKF數(shù)據(jù)庫擴展立方的Y軸
24.4　AKF數(shù)據(jù)庫擴展立方的Z軸
24.5　綜合應用
24.6　數(shù)據(jù)庫擴展立方的實際應用
24.6.1　電子商務平臺
24.6.2　人力資源管理系統(tǒng)
24.6.3　后臺辦公IT系統(tǒng)
24.6.4　經(jīng)驗之談
24.6.5　時間方面的考量
24.7　結論
本章要點
第25章 為性能和擴展進行緩存
25.1　緩存定義
25.2　對象緩存
25.3　應用緩存
25.3.1　代理緩存
25.3.2　反向代理緩存
25.3.3　緩存軟件
25.4　內容交付網(wǎng)絡
25.5　結論
本章要點
第26章 實現(xiàn)擴展的異步設計
26.1　同步的定義
26.2　同步調用，還是異步調用
26.2.1　同步擴展，還是異步擴展
26.2.2　異步系統(tǒng)示例
26.3　定義狀態(tài)
26.4　結論
本章要點
第四部分 解決其他的問題和挑戰(zhàn)
第27章 數(shù)據(jù)太多
27.1　數(shù)據(jù)的成本
27.2　數(shù)據(jù)的價值和成本-價值難題
27.3　讓數(shù)據(jù)成為有利可圖的
27.3.1　期權價值
27.3.2　競爭優(yōu)勢
27.3.3　成本合理的解決方案（分層的存儲方案）
27.3.4　轉換數(shù)據(jù)
27.4　處理大量的數(shù)據(jù)
27.5　結論
本章要點
第28章 云和網(wǎng)格
28.1　歷史和定義
28.1.1　網(wǎng)格計算
28.1.2　公共云和私有云
28.2　云的特征和架構
28.2.1　按用量付費
28.2.2　按需擴展
28.2.3　多租戶
28.2.4　虛擬化
28.3　云和網(wǎng)格的區(qū)別
28.4　結論
本章要點
第29章 在云上翱翔
29.1　云計算的利弊
29.1.1　云計算的優(yōu)點
29.1.2　云計算的缺點
29.2　云計算的不同用法
29.2.1　環(huán)境
29.2.2　技能集合
29.3　決策流程
29.4　結論
本章要點
第30章 接上網(wǎng)格
30.1　網(wǎng)格的利弊
30.1.1　網(wǎng)格的優(yōu)點
30.1.2　網(wǎng)格的缺點
30.2　網(wǎng)格計算的不同用法
30.2.1　生產(chǎn)網(wǎng)格
30.2.2　編譯網(wǎng)格
30.2.3　數(shù)據(jù)倉庫網(wǎng)格
30.2.4　后臺辦公網(wǎng)格
30.3　決策流程
30.4　結論
本章要點
第31章 監(jiān)控應用
31.1　“為什么我們沒能及早發(fā)現(xiàn)它？”
31.2　實現(xiàn)監(jiān)控的框架
31.2.1　用戶體驗和業(yè)務指標
31.2.2　系統(tǒng)監(jiān)控
31.2.3　應用監(jiān)控
31.3　衡量監(jiān)控：什么有價值，什么無價值
31.4　監(jiān)控和流程
31.5　結論
本章要點
第32章 規(guī)劃數(shù)據(jù)中心
32.1　數(shù)據(jù)中心的成本和約束
32.2　位置、位置、還是位置
32.3　數(shù)據(jù)中心與增量增長
32.4　三條三之原則
32.4.1　第一條三之原則：數(shù)據(jù)中心的三個成本驅動力
32.4.2　第二條三之原則：三對服務器來說是個神奇數(shù)字
32.4.3　第三條三之原則：三對數(shù)據(jù)中心來說是個神奇數(shù)字
32.5　構建多個活動數(shù)據(jù)中心要考慮的因素
32.6　結論
本章要點
第33章 綜合應用
33.1　接下來做什么
33.2　案例分析
33.2.1　eBay：巨大的成功和可擴展性大爆炸
33.2.2　Quigo：出現(xiàn)可擴展性問題的年輕產(chǎn)品
33.2.3　ShareThis：一個創(chuàng)業(yè)公司的故事
33.3　參考資料
附錄
附錄A 計算可用性
附錄B 產(chǎn)能規(guī)劃計算
附錄C 負載和性能計算