本書作者是阿里巴巴網(wǎng)站構建的親歷者，擁有核心技術部門的一線工作經(jīng)驗，直接體驗了大型網(wǎng)站構建與發(fā)展過程中的種種生與死，蛻與變，見證了一個網(wǎng)站架構從幼稚走向成熟穩(wěn)定的歷程。
沒有晦澀難懂的術語，沒有詰屈聱牙的文句，沒有故弄玄虛的觀點……
明明白白的語句，清清楚楚的文法，干凈利落的建議——讓讀者直接體會網(wǎng)站架構的緊要處，不容馬虎的關鍵點——這恰好是一個優(yōu)秀的網(wǎng)站架構所必備的要素。
如果說“水不在深，有龍則靈”，那么對于想了解網(wǎng)站架構的讀者而言，這本書恰好是“書不在多，有它則行！”
【書籍目錄】
第1篇 概述
1 大型網(wǎng)站架構演化
1.1 大型網(wǎng)站軟件系統(tǒng)的特點
1.2 大型網(wǎng)站架構演化發(fā)展歷程
1.2.1 初始階段的網(wǎng)站架構
1.2.2 應用服務和數(shù)據(jù)服務分離
1.2.3 使用緩存改善網(wǎng)站性能
1.2.4 使用應用服務器集群改善網(wǎng)站的并發(fā)處理能力
1.2.5 數(shù)據(jù)庫讀寫分離
1.2.6 使用反向代理和CDN加速網(wǎng)站響應
1.2.7 使用分布式文件系統(tǒng)和分布式數(shù)據(jù)庫系統(tǒng)
1.2.8 使用NoSQL和搜索引擎
1.2.9 業(yè)務拆分
1.2.10 分布式服務
1.3 大型網(wǎng)站架構演化的價值觀
1.3.1 大型網(wǎng)站架構技術的核心價值是隨網(wǎng)站所需靈活應對
1.3.2 驅動大型網(wǎng)站技術發(fā)展的主要力量是網(wǎng)站的業(yè)務發(fā)展
1.4 網(wǎng)站架構設計誤區(qū)
1.4.1 一味追隨大公司的解決方案
1.4.2 為了技術而技術
1.4.3 企圖用技術解決所有問題
1.5 小結
2 大型網(wǎng)站架構模式
2.1 網(wǎng)站架構模式
2.1.1 分層
2.1.2 分割
2.1.3 分布式
2.1.4 集群
2.1.5 緩存
2.1.6 異步
2.1.7 冗余
2.1.8 自動化
2.1.9 安全
2.2 架構模式在新浪微博的應用
2.3 小結
3 大型網(wǎng)站核心架構要素
3.1 性能
3.2 可用性
3.3 伸縮性
3.4 擴展性
3.5 安全性
3.6 小結
第2篇 架構
4 瞬時響應：網(wǎng)站的高性能架構
4.1 網(wǎng)站性能測試
4.1.1 不同視角下的網(wǎng)站性能
4.1.2 性能測試指標
4.1.3 性能測試方法
4.1.4 性能測試報告
4.1.5 性能優(yōu)化策略
4.2 Web前端性能優(yōu)化
4.2.1 瀏覽器訪問優(yōu)化
4.2.2 CDN加速
4.2.3 反向代理
4.3 應用服務器性能優(yōu)化
4.3.1 分布式緩存
4.3.2 異步操作
4.3.3 使用集群
4.3.4 代碼優(yōu)化
4.4 存儲性能優(yōu)化
4.4.1 機械硬盤vs. 固態(tài)硬盤
4.4.2 B+樹vs. LSM樹
4.4.3 RAID vs. HDFS
4.5 小結
5 萬無一失：網(wǎng)站的高可用架構
5.1 網(wǎng)站可用性的度量與考核
5.1.1 網(wǎng)站可用性度量
5.1.2 網(wǎng)站可用性考核
5.2 高可用的網(wǎng)站架構
5.3 高可用的應用
5.3.1 通過負載均衡進行無狀態(tài)服務的失效轉移
5.3.2 應用服務器集群的Session管理
5.4 高可用的服務
5.5 高可用的數(shù)據(jù)
5.5.1 CAP原理
5.5.2 數(shù)據(jù)備份
5.5.3 失效轉移
5.6 高可用網(wǎng)站的軟件質量保證
5.6.1 網(wǎng)站發(fā)布
5.6.2 自動化測試
5.6.3 預發(fā)布驗證
5.6.4 代碼控制
5.6.5 自動化發(fā)布
5.6.6 灰度發(fā)布
5.7 網(wǎng)站運行監(jiān)控
5.7.1 監(jiān)控數(shù)據(jù)采集
5.7.2 監(jiān)控管理
5.8 小結
6 永無止境：網(wǎng)站的伸縮性架構
6.1 網(wǎng)站架構的伸縮性設計
6.1.1 不同功能進行物理分離實現(xiàn)伸縮
6.1.2 單一功能通過集群規(guī)模實現(xiàn)伸縮
6.2 應用服務器集群的伸縮性設計
6.2.1 HTTP重定向負載均衡
6.2.2 DNS域名解析負載均衡
6.2.3 反向代理負載均衡
6.2.4 IP負載均衡
6.2.5 數(shù)據(jù)鏈路層負載均衡
6.2.6 負載均衡算法
6.3 分布式緩存集群的伸縮性設計
6.3.1 Memcached分布式緩存集群的訪問模型
6.3.2 Memcached分布式緩存集群的伸縮性挑戰(zhàn)
6.3.3 分布式緩存的一致性Hash算法
6.4 數(shù)據(jù)存儲服務器集群的伸縮性設計
6.4.1 關系數(shù)據(jù)庫集群的伸縮性設計
6.4.2 NoSQL數(shù)據(jù)庫的伸縮性設計
6.5 小結
7 隨需應變：網(wǎng)站的可擴展架構
7.1 構建可擴展的網(wǎng)站架構
7.2 利用分布式消息隊列降低系統(tǒng)耦合性
7.2.1 事件驅動架構
7.2.2 分布式消息隊列
7.3 利用分布式服務打造可復用的業(yè)務平臺
7.3.1 Web Service與企業(yè)級分布式服務
7.3.2 大型網(wǎng)站分布式服務的需求與特點
7.3.3 分布式服務框架設計
7.4 可擴展的數(shù)據(jù)結構
7.5 利用開放平臺建設網(wǎng)站生態(tài)圈
7.6 小結
8 固若金湯：網(wǎng)站的安全架構
8.1 道高一尺魔高一丈的網(wǎng)站應用攻擊與防御
8.1.1 XSS攻擊
8.1.2 注入攻擊
8.1.3 CSRF攻擊
8.1.4 其他攻擊和漏洞
8.1.5 Web應用防火墻
8.1.6 網(wǎng)站安全漏洞掃描
8.2 信息加密技術及密鑰安全管理
8.2.1 單向散列加密
8.2.2 對稱加密
8.2.3 非對稱加密
8.2.4 密鑰安全管理
8.3 信息過濾與反垃圾
8.3.1 文本匹配
8.3.2 分類算法
8.3.3 黑名單
8.4 電子商務風險控制
8.4.1 風險
8.4.2 風控
8.5 小結
第3篇 案例
9 淘寶網(wǎng)的架構演化案例分析
9.1 淘寶網(wǎng)的業(yè)務發(fā)展歷程
9.2 淘寶網(wǎng)技術架構演化
9.3 小結
10 維基百科的高性能架構設計分析
10.1 Wikipedia網(wǎng)站整體架構
10.2 Wikipedia性能優(yōu)化策略
10.2.1 Wikipedia前端性能優(yōu)化
10.2.2 Wikipedia服務端性能優(yōu)化
10.2.3 Wikipedia后端性能優(yōu)化
11 海量分布式存儲系統(tǒng)Doris的高可用架構設計分析
11.1 分布式存儲系統(tǒng)的高可用架構
11.2 不同故障情況下的高可用解決方案
11.2.1 分布式存儲系統(tǒng)的故障分類
11.2.2 正常情況下系統(tǒng)訪問結構
11.2.3 瞬時故障的高可用解決方案
11.2.4 臨時故障的高可用解決方案
11.2.5 永久故障的高可用解決方案
12 網(wǎng)購秒殺系統(tǒng)架構設計案例分析
12.1 秒殺活動的技術挑戰(zhàn)
12.2 秒殺系統(tǒng)的應對策略
12.3 秒殺系統(tǒng)架構設計
12.4 小結
13 大型網(wǎng)站典型故障案例分析
13.1 寫日志也會引發(fā)故障
13.2 高并發(fā)訪問數(shù)據(jù)庫引發(fā)的故障
13.3 高并發(fā)情況下鎖引發(fā)的故障
13.4 緩存引發(fā)的故障
13.5 應用啟動不同步引發(fā)的故障
13.6 大文件讀寫獨占磁盤引發(fā)的故障
13.7 濫用生產環(huán)境引發(fā)的故障
13.8 不規(guī)范的流程引發(fā)的故障
13.9 不好的編程習慣引發(fā)的故障
13.10 小結
第4篇 架構師
14 架構師領導藝術
14.1 關注人而不是產品
14.2 發(fā)掘人的優(yōu)秀
14.3 共享美好藍圖
14.4 共同參與架構
14.5 學會妥協(xié)
14.6 成就他人
15 網(wǎng)站架構師職場攻略
15.1 發(fā)現(xiàn)問題，尋找突破
15.2 提出問題，尋求支持
15.3 解決問題，達成績效
16 漫話網(wǎng)站架構師
16.1 按作用劃分架構師
16.2 按效果劃分架構師
16.3 按職責角色劃分架構師
16.4 按關注層次劃分架構師
16.5 按口碑劃分架構師
16.6 非主流方式劃分架構師
附錄A 大型網(wǎng)站架構技術一覽
附錄B Web開發(fā)技術發(fā)展歷程
