日韩偷拍一区二区,国产香蕉久久精品综合网,亚洲激情五月婷婷,欧美日韩国产不卡

在線客服
高可用架構(第1卷)圖書
人氣:21

高可用架構(第1卷)

推薦序1技術沒有高低 高可用架構居然成書了,厚厚的一本,讓人贊嘆。從TimYang建立這個社群開始,我就一直參與其中,然而一切發生得如此之快,如此之自然,也是出乎意料。我想,這也是俠少約我寫序的原因之一吧。...
  • 所屬分類:圖書 >計算機/網絡>程序設計>其他  
  • 作者:[高可用架構社區] 著
  • 產品參數:
  • 叢書名:--
  • 國際刊號:9787121314667
  • 出版社:電子工業出版社
  • 出版時間:2017-10
  • 印刷時間:2017-10-01
  • 版次:1
  • 開本:16開
  • 頁數:--
  • 紙張:膠版紙
  • 包裝:平裝-膠訂
  • 套裝:

內容簡介

本書由數十位一線架構師的實踐與經驗凝結而成,選材兼顧技術性、前瞻性與專業深度。各技術焦點,均由具有代表性的領域專家或實踐先行者撰文深度剖析,共同組成“高可用”的全局視野與經驗豐富高度,內容包括精華案例、分布式原理、電商架構等熱門專題,及云計算、容器、運維、大數據、安全等重點方向。不僅架構師可以從中受益,其他IT、互聯網技術從業者同樣可以得到提升

編輯推薦

√ 星光熠熠的技術翹楚

√ 匠心獨具的破局思路

√ 業界首創的一線實踐

√ 千錘百煉的專題精華

作者簡介

楊衛華,現任新浪微博研發部副總經理,多年軟件及互聯網行業開發經驗,2008年加入新浪,曾負責通訊服務等多個大型后端系統研發。自2009年起參與新浪微博的技術架構工作,在海量及峰值訪問、大數據、NoSQL存儲、異地機房分布式架構及開放平臺等方面參與并推動多次技術架構改進,經歷新浪微博從起步到成為數億用戶的大型互聯網系統的技術演進過程。

目錄

第1 章 高可用架構案例精選 1

郭斯杰/1.1 Twitter 高性能分布式日志系統架構解析 1

1.1.1 為什么需要分布式日志. 1

1.1.2 Twitter 如何考慮這個問題 4

1.1.3 基于Apache BookKeeper 構建DistributeLog 5

1.1.4 DistributeLog 案例分享13

1.1.5 疑問與解惑.13

顏國平/1.2 騰訊基于用戶畫像大數據的電商防刷架構.16

1.2.1 背景介紹16

1.2.2 黑產現狀介紹16

1.2.3 騰訊內部防刷架構18

1.2.4 騰訊大數據收集維度.20

1.2.5 騰訊大數據處理平臺——魔方21

1.2.6 疑問與解惑.24

王淵命/1.3 如何設計類似微信的多終端數據同步協議:Grouk 實踐分享.26

1.3.1 移動互聯網時代多終端數據同步面臨的挑戰26

1.3.2 多終端數據同步與傳統消息投遞協議的差異27

1.3.3 Grouk 在多終端數據同步協議上的探索實踐.28

1.3.4 疑問與解惑.32

周 洋/1.4 如何實現支持數億用戶的長連消息系統:Golang 高并發案例33

1.4.1 關于push 系統對比與性能指標的討論.33

1.4.2 消息系統架構介紹35

1.4.3 哪些因素決定推送系統的效果37

1.4.4 GO 語言開發問題與解決方案.38

1.4.5 消息系統的運維及測試41

1.4.6 疑問與解惑.42

唐福林/1.5 雪球在股市風暴下的高可用架構改造分享.46

1.5.1 雪球公司的介紹46

1.5.2 雪球當前總體架構47

1.5.3 雪球架構優化歷程48

1.5.4 關于架構優化的總結和感想.53

1.5.5 疑問與解惑.54

麥俊生/1.6 億級短視頻社交美拍架構實戰59

1.6.1 短視頻市場的發展59

1.6.2 美拍的發展.60

1.6.3 短視頻所面臨的架構問題61

1.6.4 為支持億級用戶,美拍架構所做的一些改進62

1.6.5 后續發展68

劉道儒/1.7 微博“異地多活”部署經驗談69

1.7.1 微博異地多活建設歷程69

1.7.2 微博異地多活面臨的挑戰70

1.7.3 異地多活的實踐.73

1.7.4 異地多活的新方向74

孫宇聰/1.8 來自Google 的高可用架構理念與實踐75

1.8.1 決定可用性的兩大因素76

1.8.2 高可用性方案77

1.8.3 可用性7 級圖表80

1.8.4 疑問與解惑.81

那 誰/1.9 深入理解同步/異步與阻塞/非阻塞區別84

1.9.1 同步與異步.84

1.9.2 阻塞與非阻塞85

1.9.3 與多路復用I/O 的聯系86

第2 章 高可用架構原理與分布式實踐.88

黃東旭/2.1 Codis 作者細說分布式Redis 架構設計88

2.1.1 Redis、Redis Cluster 和Codis88

2.1.2 我們更愛一致性90

2.1.3 Codis 在生產環境中的使用經驗和坑91

2.1.4 分布式數據庫和分布式架構.94

2.1.5 疑問與解惑.95

霍泰穩/2.2 給你介紹一個不一樣的硅谷.98

2.2.1 Uber .98

2.2.2 Coursera.99

2.2.3 Airbnb102

2.2.4 硅谷行帶給我的一些影響106

2.2.5 疑問與解惑106

金自翔/2.3 解耦的藝術——大型互聯網業務系統的插件化改造110

2.3.1 插件化.110

2.3.2 如何處理用戶交互115

2.3.3 如何處理數據.115

2.3.4 總結116

沈 劍/2.4 從零開始搭建高可用IM 系統117

2.4.1 什么是IM117

2.4.2 協議設計118

2.4.3 WEB 聊天室.122

2.4.4 IM 典型業務場景126

2.4.5 疑問與解惑126

陳宗志/2.5 360 分布式存儲系統Bada 的架構設計和應用.129

2.5.1 主要應用場景.129

2.5.2 整體架構130

2.5.3 主要模塊131

2.5.4 數據分布策略.132

2.5.5 請求流程133

2.5.6 多機房架構134

2.5.7 FAQ138

2.5.8 疑問與解惑139

張 亮/2.6 新一代分布式任務調度框架:Elastic-Job 開源項目

的10 項特性143

2.6.1 為什么需要作業(定時任務).143

2.6.2 之前使用的作業系統144

2.6.3 Elastic-Job 的來歷.144

2.6.4 Elastic-Job 包含的功能145

2.6.5 Elastic-Job 的部署和使用.146

2.6.6 對開源產品的開發理念.147

2.6.7 未來展望148

2.6.8 疑問與解惑149

付海軍/2.7 互聯網DSP 廣告系統架構及關鍵技術解析152

2.7.1 DSP 系統的特點152

2.7.2 程序化購買的特點153

2.7.3 在線廣告的核心問題156

2.7.4 在線廣告的挑戰.156

2.7.5 DSP 系統架構.157

2.7.6 RTB 投放引擎的架構.158

2.7.7 DMP160

2.7.8 廣告系統DMP 數據處理的架構.160

2.7.9 用戶畫像的方法.162

2.7.10 廣告行業的反作弊.165

2.7.11 P2P 流量互刷166

2.7.12 CPS 引流作弊167

2.7.13 疑問與解惑168

王衛華/2.8 億級規模的Elasticsearch 優化實戰170

2.8.1 索引性能(Index Performance) .170

2.8.2 查詢性能(Query Perofrmance) 171

2.8.3 其他173

2.8.4 疑問與解惑174

楊衛華/2.9 微博分布式存儲考試題:案例講解及作業精選179

2.9.1 訪問場景179

2.9.2 設計180

2.9.3 sharding 策略180

2.9.4 案例精選181

李 凱/2.10 架構師需要了解的Paxos 原理、歷程及實戰.184

2.10.1 數據庫高可用性難題184

2.10.2 Paxos 協議簡單回顧.185

2.10.3 Basic Paxos 同步日志的理論模型186

2.10.4 Multi Paxos 的實際應用.187

2.10.5 依賴時鐘誤差的變種Paxos 選主協議簡單分析190

2.10.6 疑問與解惑191

溫 銘/2.11 OpenResty 的現在和未來193

2.11.1 OpenResty 是什么,適合什么場景下使用.193

2.11.2 某安全公司服務端技術選型的標準194

2.11.3 如何在項目中引入新技術.196

2.11.4 如何入門以及學習的正確方法197

2.11.5 OpenResty 中的測試和調試.199

2.11.6 NginScript 是否會替代OpenResty201

2.11.7 未來重點解決的問題和新增特性.202

2.11.8 開源社區建設203

2.11.9 疑問與解惑.203

第3 章 電商架構熱點專題.205

張開濤/3.1 億級商品詳情頁架構演進技術解密.205

3.1.1 商品詳情頁205

3.1.2 商品詳情頁發展史209

3.1.3 遇到的一些問題和解決方案220

3.1.4 總結228

3.1.5 疑問與解惑229

楊 超/3.2 大促系統全流量壓測及穩定性保障——京東交易架構.232

3.2.1 交易系統的三個階段232

3.2.2 交易系統的三層結構233

3.2.3 交易系統的訪問特征234

3.2.4 應對大促的第1 步:全鏈路全流量線上壓測.234

3.2.5 應對大促的第2 步:根據壓力表現進行調優.237

3.2.6 異步和異構240

3.2.7 應對大促的第3 步:分流與限流242

3.2.8 應對大促的第4 步:容災降級.244

3.2.9 應對大促的第5 步:完善監控.245

3.2.10 疑問與解惑246

呂 毅/3.3 秒殺系統架構解密與防刷設計.248

3.3.1 搶購業務介紹.248

3.3.2 具體搶購項目中的設計.249

3.3.3 如何解耦前后端壓力250

3.3.4 如何保障商品庫的庫存252

3.3.5 如何與第三方多方對賬.254

3.3.6 項目總結255

3.3.7 疑問與解惑255

王富平/3.4 Lambda 架構與推薦在電商網站實踐.257

3.4.1 Lambda 架構257

3.4.2 1 號店推薦系統實踐260

3.4.3 Lambda 的未來262

3.4.4 思考263

3.4.5 疑問與解惑263

楊 碩/3.5 某公司線上真實流量壓測工具構建.265

3.5.1 為什么要開發一個通用的壓測工具265

3.5.2 常見的壓測工具.266

3.5.3 構建自己的壓測工具266

3.5.4 疑問與解惑271

第4 章 容器與云計算.273

陳 飛/4.1 微博基于Docker 容器的混合云遷移實戰.273

4.1.1 為什么要采用混合云的架構273

4.1.2 跨云的資源管理與調度.275

4.1.3 容器的編排與服務發現.278

4.1.4 混合云監控體系.284

4.1.5 前進路上遇到的那些坑.286

4.1.6 疑問與解惑286

高 磊/4.2 互聯網金融創業公司Docker 實踐287

4.2.1 背景介紹287

4.2.2 容器選型287

4.2.3 應用遷移288

4.2.4 彈性擴容291

4.2.5 未來規劃295

4.2.6 疑問與解惑295

高永超/4.3 使用開源Calico 構建Docker 多租戶網絡.297

4.3.1 PaaS 平臺的網絡需求.297

4.3.2 使用Calico 實現Docker 的跨服務器通訊.298

4.3.3 利用Profile 實現ACL301

4.3.4 性能測試306

4.3.5 Calico 的發展308

4.3.6 疑問與解惑309

彭哲夫/4.4 解析Docker 在芒果TV 的實踐之路310

4.4.1 豆瓣時期310

4.4.2 芒果TV 的Nebulium Engine .311

4.4.3 Project Eru .312

4.4.4 細節313

4.4.5 網絡314

4.4.6 存儲315

4.4.7 Scale316

4.4.8 資源分配和集群調度316

4.4.9 服務發現和安全.317

4.4.10 實例317

4.4.11 總結318

4.4.12 疑問與解惑318

王關勝/4.5 微博基于Docker 的混合云平臺設計與實踐323

4.5.1 微博的業務場景及混合云背景.323

4.5.2 三大基礎設施助力微博混合云.326

4.5.3 微博混合云DCP 系統設計核心:自動化、彈性調度328

4.5.4 引入阿里云作為第3 機房,實現彈性調度架構330

4.5.5 大規模集群操作自動化.331

4.5.6 不怕峰值事件.332

第5 章 運維保障333

王 康/5.1 360 如何用QConf 搞定兩萬以上服務器的配置管理.333

5.1.1 設計初衷333

5.1.2 整體認識334

5.1.3 架構介紹335

5.1.4 QConf 服務端336

5.1.5 QConf 客戶端336

5.1.6 QConf 管理端340

5.1.7 其他341

5.1.8 疑問與解惑343

尤 勇/5.2 深度剖析開源分布式監控CAT347

5.2.1 背景介紹347

5.2.2 整體設計348

5.2.3 客戶端設計349

5.2.4 服務端設計352

5.2.5 總結感悟357

楊尚剛/5.3 單表60 億記錄等大數據場景的MySQL 優化和運維之道359

5.3.1 前言359

5.3.2 數據庫開發規范.360

5.3.3 數據庫運維規范.363

5.3.4 性能優化368

5.3.5 疑問與解惑375

秦 迪/5.4 微博在大規模、高負載系統問題排查方法379

5.4.1 背景379

5.4.2 排查方法及線索.379

5.4.3 總結384

5.4.4 疑問與解惑385

秦 迪/5.5 系統運維之為什么每個團隊存在大量爛代碼387

5.5.1 寫爛代碼很容易.387

5.5.2 爛代碼終究是爛代碼388

5.5.3 重構

媒體評論

這本成型于兩年前的書,完整地見證了技術社交圈剛剛興起的年代,充滿了時代感,讓我能夠回憶起那段并不遙遠的愉快歷史。書中很多文章的作者在這短短兩年里,已經迅速提升,成為了各個公司的骨干人員。我很愿意推薦這本書,相信它能為愿意踏上技術的同學提供幫助。

張亮 架構部總監

系統的高可用架構梳理,各大互聯網公司的高可用實踐,能落地的高可用細節,相信不管在互聯網做技術多少年,閱讀本書后,你一定會有收獲,推薦。

58沈劍 架構師之路作者

2017年我國移動互聯網用戶已經突破7億,互聯網用戶可以選擇的服務越來越豐富。而互聯網服務的可用性,直接關乎提供這些互聯網服務的公司的營收和業績報表。眾多的流量涌入互聯網公司的服務器,在高并發的場景下,使用高可用架構會有效改善服務的可用性。本書匯集了業界很多經驗豐富公司在高可用方向上的實踐經驗,以及在各類業務場景下實現高可用架構的實操案例,希望本書能給你帶來在高可用架構設計上的一些啟發。

付海軍 時趣互動技術總監

很高興看到《高可用架構(第1卷)》一書的面世,更高興看到楊衛華老師的“高可用架構”公眾號還在堅持運營,這是技術社區的福音。架構的重要性不言而喻,這本書里除了我的篇章外,每篇文章都闡述了和架構相關的一個技術點,而且都包含了一線研發人員的實際經驗,相信你會很感興趣并收獲多多。

霍泰穩 極客邦科技創始人兼CEO

《高可用架構(第1卷)》在講述高可用架構的理論知識之外,更重要的是收錄了眾多知名互聯網公司專家骨干的一線實戰經驗,包含了各個團隊在面對業界前沿的棘手問題時所做的探索和取舍,相信各位讀者在讀完本書之后會對架構這個話題有全新的認識。

秦迪 微博平臺及大數據技術專家

在近這兩三年里,國內的技術社群飛速發展,“高可用架構”便是其中的代表,它匯聚了國內中的一批真正的技術專家,專注技術的分享和交流。這本書是現在中國互聯網技術發展的一個縮影,見證了它從封閉走向分享和開放,從跟隨走向參與和引領。

希望每個工程師都能讀讀這本書,體會技術帶來的樂趣。

溫銘 OpenResty Inc. 合伙人,工程師

在學習編程時,我們有很多教程類的書籍可利用,但要學習架構,就很難有教程了。而這本書的內容是直接來自一線的架構實踐經驗總結,雖然內容跨度比較大,但這正是在其他教程類型的書中很難學習到的,所以推薦給進階的研發人員。另外,即便同在軟件研發行業,細分起來,領域的區隔還是很大的,看看同行的一些實踐經驗,即便不能拿來直接用,但對解決自己面臨的難題還是會有幫助的。

王淵命 青云容器平臺負責人,前微博架構師,技術寫作者

網友評論(不代表本站觀點)

免責聲明

更多出版社
主站蜘蛛池模板: 阿坝| 静安区| 甘谷县| 南陵县| 吴江市| 敦化市| 措美县| 大方县| 垫江县| 广宗县| 呈贡县| 米林县| 纳雍县| 定远县| 南昌市| 屏南县| 呼伦贝尔市| 杭锦旗| 进贤县| 道孚县| 卓尼县| 克什克腾旗| 邯郸县| 雷州市| 竹山县| 进贤县| 普格县| 杭州市| 张家界市| 慈利县| 通渭县| 兴文县| 达尔| 北海市| 山丹县| 会宁县| 贡嘎县| 牡丹江市| 东阳市| 黔南| 古田县|