掃一掃
關(guān)注中圖網(wǎng)
官方微博
包郵 攜程架構(gòu)實(shí)踐
開本：
16開
頁數(shù)：
336
本類五星書更多>
-
>
全國計(jì)算機(jī)等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應(yīng)用
-
>
決戰(zhàn)行測5000題(言語理解與表達(dá))
-
>
軟件性能測試.分析與調(diào)優(yōu)實(shí)踐之路
-
>
第一行代碼Android
-
>
JAVA持續(xù)交付
-
>
EXCEL最強(qiáng)教科書(完全版)(全彩印刷)
-
>
深度學(xué)習(xí)
攜程架構(gòu)實(shí)踐 版權(quán)信息
- ISBN：9787121384394
- 條形碼：9787121384394 ; 978-7-121-38439-4
- 裝幀：簡裝本
- 冊數(shù)：暫無
- 重量：暫無
- 所屬分類：>
攜程架構(gòu)實(shí)踐 本書特色
《攜程架構(gòu)實(shí)踐》結(jié)合攜程技術(shù)實(shí)踐的過程，涵蓋從開發(fā)到運(yùn)維，從組件到治理的多種維度，讓讀者可以借鑒并學(xué)會(huì)如何設(shè)計(jì)自己的應(yīng)用架構(gòu)，透析架構(gòu)背后的原理，不僅知其然，還知其所以然。全面展現(xiàn)了一個(gè)被攜程實(shí)踐和驗(yàn)證過的大型互聯(lián)網(wǎng)系統(tǒng)的完整架構(gòu)，無論是用來學(xué)習(xí)研究還是參考借鑒，都非常有價(jià)值和意義。
攜程架構(gòu)實(shí)踐 內(nèi)容簡介
本書濃縮了攜程公司的整個(gè)技術(shù)架構(gòu), 可以幫助讀者了解支撐一家大型企業(yè)所需要的核心技術(shù)產(chǎn)品, 以及它們的架構(gòu)和面臨的挑戰(zhàn)。本書由攜程的一線研發(fā)工程師們精心編寫, 他們對攜程各個(gè)領(lǐng)域的技術(shù)實(shí)踐了如指掌, 本書所提到的各種系統(tǒng)離不開他們的耕耘。在給讀者呈現(xiàn)攜程架構(gòu)實(shí)踐的同時(shí), 也希望本書能給讀者帶來一些警示和啟發(fā), 共同推動(dòng)技術(shù)步。
攜程架構(gòu)實(shí)踐攜程架構(gòu)實(shí)踐 前言
序言
當(dāng)今IT 技術(shù)的發(fā)展越來越快，更新?lián)Q代可謂日新月異，讓從業(yè)者們應(yīng)接不暇。然而，無論技術(shù)如何變化和發(fā)展，有些恒久而彌新的知識和能力，依然可以穩(wěn)定地沉淀下來，它們跨越了不同的開發(fā)語言、不同的運(yùn)行平臺(tái)，始終是我們關(guān)注的焦點(diǎn)。
架構(gòu)，在每年的技術(shù)大會(huì)上都是熱門的話題。架構(gòu)的關(guān)鍵設(shè)計(jì)在很大程度上決定了一個(gè)系統(tǒng)的非功能屬性，如可用性、可擴(kuò)展性和可維護(hù)性等。這也是我們?nèi)绱酥匾暭軜?gòu)的原因，一個(gè)好的架構(gòu)就像一個(gè)好的制度，我們雖然不會(huì)時(shí)時(shí)刻刻感受到它的存在，但在關(guān)鍵時(shí)刻，它決定了系統(tǒng)能夠到達(dá)的高度。
現(xiàn)實(shí)的系統(tǒng)往往很復(fù)雜，很難表述，它包含了太多的細(xì)枝末節(jié)，以及未來的不斷變化。但優(yōu)雅而簡潔的架構(gòu)設(shè)計(jì)能在很大程度上將系統(tǒng)的精髓剝離和抽象出來，化繁為簡，以不變應(yīng)萬變。無論什么時(shí)候，衡量一個(gè)系統(tǒng)的架構(gòu)設(shè)計(jì)是否優(yōu)秀的標(biāo)準(zhǔn)都是高可用、高性能、低成本和高擴(kuò)展性，例如：
在遇到各種突發(fā)網(wǎng)絡(luò)狀況，甚至單個(gè)機(jī)房發(fā)生故障時(shí)，系統(tǒng)是否依然穩(wěn)定運(yùn)行，高可用；
在億萬量級訪問的高并發(fā)下，系統(tǒng)是否能在7×24 小時(shí)內(nèi)一直穩(wěn)定運(yùn)行，是否能在毫秒級別依然準(zhǔn)確而穩(wěn)定地返回?cái)?shù)據(jù)；
如果業(yè)務(wù)訪問量超出預(yù)期、成倍增加，系統(tǒng)是否不需要修改大量代碼，只需要調(diào)整配置，擴(kuò)容服務(wù)器，即可快速支持；
如果業(yè)務(wù)需求快速變化，系統(tǒng)是否可以通過業(yè)務(wù)架構(gòu)的良好擴(kuò)展能力，無須大量改動(dòng)代碼就能夠輕松應(yīng)對……
要想實(shí)現(xiàn)上述目標(biāo)，完成一個(gè)優(yōu)秀的架構(gòu)設(shè)計(jì)，必須以架構(gòu)師豐富的實(shí)戰(zhàn)經(jīng)驗(yàn)為依托。而在何種場景下采用何種架構(gòu)設(shè)計(jì)，并真正解決問題，才是體現(xiàn)架構(gòu)師能力的關(guān)鍵。所以，要想成為一名優(yōu)秀的架構(gòu)師，需要技術(shù)人員保持“空杯心態(tài)”，不斷地學(xué)習(xí)、交流、實(shí)踐，才能修成正果，這也是我們出版這本書的初衷。
從2016 年開始，我們持續(xù)在“攜程技術(shù)”微信公眾號發(fā)表相關(guān)文章，每年年底還會(huì)編輯成合輯，和大家分享攜程每年的技術(shù)成長和經(jīng)驗(yàn)積累。2019 年年初，電子工業(yè)出版社的編輯聯(lián)系我們，希望我們把這幾年的相關(guān)文章編撰成書以整體呈現(xiàn)攜程的技術(shù)架構(gòu)，大家一拍即合，于是有了本書。
雖然介紹特定技術(shù)產(chǎn)品架構(gòu)的文章很多，但能在一本書中將整個(gè)公司的技術(shù)架構(gòu)濃縮是很難得的。本書可以幫助讀者了解支撐一家大型企業(yè)所需要的核心技術(shù)產(chǎn)品，以及它們的架構(gòu)和面臨的挑戰(zhàn)。不同領(lǐng)域的架構(gòu)關(guān)注點(diǎn)各有側(cè)重，但是方□□是相通的。希望讀者通過本書了解攜程的架構(gòu)實(shí)踐，拓寬視野，豐富自己的架構(gòu)工具箱，在遇到難題時(shí)，看看其他領(lǐng)域的解決思路，就可能碰撞出意想不到的“火花”。
攜程技術(shù)副總裁 李小林
前言
重回首，去時(shí)年，攬盡風(fēng)雨苦亦甜。不知不覺，攜程已經(jīng)走過了20 多年的歷程。多年來，攜程不斷地深耕在線旅游（OTA）行業(yè)，力求為用戶提供更加多元、舒適的服務(wù)。時(shí)至今日，作為國內(nèi)優(yōu)秀的OTA 企業(yè)，攜程正逐漸成為推動(dòng)全球旅游行業(yè)發(fā)展的中堅(jiān)力量。
與眾不同的業(yè)務(wù)基因，決定了攜程必須走出一條適合自身發(fā)展的技術(shù)道路。隨著攜程業(yè)務(wù)規(guī)模的快速擴(kuò)張，其技術(shù)體系也在持續(xù)沉淀。技術(shù)領(lǐng)域沒有銀彈，技術(shù)體系必然會(huì)隨著業(yè)務(wù)需求的變更而不斷演進(jìn)，并且在演進(jìn)過程中，每一次成功或失敗所積累的經(jīng)驗(yàn)教訓(xùn)都會(huì)在下一次實(shí)踐過程中得到體現(xiàn)。本書將從流量接入層、后端系統(tǒng)和技術(shù)保障三方面出發(fā)，介紹攜程在各個(gè)技術(shù)領(lǐng)域的□新實(shí)踐及相關(guān)思考。
□□部分主要介紹流量接入層。流量接入層是用戶使用攜程服務(wù)的入口，直接影響用戶的服務(wù)體驗(yàn)。這部分首先介紹攜程在前端技術(shù)領(lǐng)域，尤其是移動(dòng)開發(fā)框架與周邊設(shè)施的實(shí)踐方案；然后闡述如何通過提升網(wǎng)絡(luò)層訪問的性能和質(zhì)量，來進(jìn)一步改善用戶體驗(yàn)；□后解析攜程優(yōu)質(zhì)服務(wù)的核心系統(tǒng)——呼叫中心是如何構(gòu)建的。
第二部分主要介紹后端系統(tǒng)。可靠的后端系統(tǒng)是處理海量用戶請求的關(guān)鍵，其主要特征包括高可用、高并發(fā)、高性能。這部分從分布式消息隊(duì)列、微服務(wù)、配置中心等核心中間件入手，剖析攜程在框架中間件體系建設(shè)過程中遇到的一系列難題及其應(yīng)對措施。同時(shí)針對如何構(gòu)建高效、可靠的數(shù)據(jù)訪問層及存儲(chǔ)體系等，與讀者進(jìn)行深入探討。
第三部分主要介紹技術(shù)保障。產(chǎn)品從立項(xiàng)到研發(fā)、測試、上線，再到運(yùn)行時(shí)的監(jiān)控、彈性擴(kuò)縮容，其生命周期的每一個(gè)階段都需要完善的技術(shù)保障支持。這部分涵蓋了持續(xù)集成、監(jiān)控告警及多數(shù)據(jù)中心架構(gòu)等內(nèi)容，以及攜程如何在持續(xù)提升研發(fā)效率的同時(shí)，降低甚至避免快速迭代對網(wǎng)站可用性產(chǎn)生的負(fù)面影響。
中國抓住了信息革命的機(jī)遇，造就了很多□□□的互聯(lián)網(wǎng)公司，也擁有了眾多互聯(lián)網(wǎng)領(lǐng)域的“獨(dú)角獸”，但市場上還沒有能夠全面介紹一家公司的完整技術(shù)體系的書籍，本書的初衷正在于此。我們從一線研發(fā)工程師中遴選出本書的作者團(tuán)隊(duì)，將架構(gòu)演進(jìn)過程中遇到的挑戰(zhàn)、走過的彎路及□新的實(shí)踐方案編撰成書，在給讀者呈現(xiàn)攜程技術(shù)架構(gòu)體系的同時(shí)，也希望給讀者帶來一些啟發(fā)，共同推動(dòng)技術(shù)進(jìn)步。
我們并不完美，但我們心懷敬畏。愿各位永葆對技術(shù)的憧憬與熱忱。
《攜程架構(gòu)實(shí)踐》編委會(huì)
攜程架構(gòu)實(shí)踐 目錄
□□ 章 攜程整體技術(shù)架構(gòu) 001
1．1 攜程技術(shù)架構(gòu)概覽 003
1．1．1 分層架構(gòu) 003
1．1．2 接入層技術(shù) 005
1．1．3 后端技術(shù) 006
1．1．4 技術(shù)保障 007
1．2 攜程整體技術(shù)架構(gòu)演進(jìn) 008
1．2．1 呼叫中心時(shí)代 009
1．2．2 互聯(lián)網(wǎng)和移動(dòng)互聯(lián)網(wǎng)時(shí)代 009
1．2．3 大數(shù)據(jù)和人工智能時(shí)代 011
第2 章 移動(dòng)大前端 013
2．1 CRN 框架 014
2．1．1 背景介紹 014
2．1．2 框架設(shè)計(jì) 015
2．1．3 性能優(yōu)化 016
2．1．4 配套支撐系統(tǒng)建設(shè) 019
2．2 Web 框架 021
2．2．1 微信小程序應(yīng)用框架CWX 021
2．2．2 CRN 瀏覽器端運(yùn)行框架CRN-Web 024
2．2．3 下一代前端框架解決方案 NFES 027
2．3 插件化 033
2．3．1 插件化的來源 033
2．3．2 方案的實(shí)現(xiàn) 034
2．4 Node．js 038
2．4．1 應(yīng)用場景 038
2．4．2 應(yīng)用部署 039
2．4．3 運(yùn)維與監(jiān)控 040
2．4．4 公共服務(wù) 044
2．5 移動(dòng)發(fā)布平臺(tái)MCD 045
2．5．1 平臺(tái)服務(wù)架構(gòu) 045
2．5．2 生命周期管理 046
2．5．3 開發(fā)流程管理 048
2．5．4 發(fā)布流程管理 049
2．6 用戶行為監(jiān)測UBT 050
2．6．1 數(shù)據(jù)采集 050
2．6．2 傳輸與存儲(chǔ) 052
2．6．3 實(shí)時(shí)分析 054
2．7 CData 055
2．7．1 性能管理 055
2．7．2 錯(cuò)誤統(tǒng)計(jì) 056
2．7．3 訪問量統(tǒng)計(jì) 057
2．7．4 排障支持 057
2．8 本章小結(jié) 058
第3 章 用戶接入 059
3．1 GSLB 技術(shù) 059
3．1．1 GSLB 系統(tǒng)概述 060
3．1．2 DNS 工作方式 060
3．1．3 GSLB 工作原理 061
3．2 CDN 063
3．2．1 CDN 靜態(tài)加速 064
3．2．2 CDN 動(dòng)態(tài)加速 065
3．2．3 CDN 動(dòng)態(tài)域名切換 066
3．3 App 端接入 066
3．4 負(fù)載均衡 067
3．4．1 負(fù)載均衡器工作原理 068
3．4．2 負(fù)載均衡優(yōu)化手段 070
3．4．3 負(fù)載均衡算法 074
3．4．4 負(fù)載均衡會(huì)話保持 076
3．5 軟負(fù)載系統(tǒng)SLB 077
3．5．1 SLB 的產(chǎn)生背景 077
3．5．2 SLB 的架構(gòu)設(shè)計(jì) 078
3．5．3 SLB 實(shí)現(xiàn)的幾個(gè)難點(diǎn) 083
3．6 API Gateway 086
3．6．1 API Gateway 的架構(gòu)設(shè)計(jì) 087
3．6．2 API Gateway 在攜程的使用 091
3．7 本章小結(jié) 092
第4 章 呼叫中心 093
4．1 軟交換系統(tǒng)SoftPBX 095
4．1．1 攜程軟交換系統(tǒng)現(xiàn)狀 095
4．1．2 軟交換架構(gòu)與信令路徑 095
4．1．3 組件規(guī)劃與分布 096
4．1．4 應(yīng)用場景 099
4．2 交互式語音應(yīng)答系統(tǒng)SoftIVR 101
4．2．1 什么是交互式語音應(yīng)答 101
4．2．2 SoftIVR 架構(gòu)與特點(diǎn) 101
4．2．3 信令傳輸流程與核心組件 104
4．2．4 應(yīng)用場景 108
4．3 全渠道客服云系統(tǒng) 109
4．3．1 全渠道客服云系統(tǒng)的意義 109
4．3．2 客服云整體架構(gòu) 111
4．3．3 服務(wù)端架構(gòu) 112
4．3．4 應(yīng)用場景 115
4．4 本章小結(jié) 117
第5 章 框架中間件 118
5．1 服務(wù)化 120
5．1．1 為什么需要服務(wù)化中間件框架 120
5．1．2 服務(wù)化中間件框架的基本架構(gòu) 121
5．1．3 服務(wù)注冊中心設(shè)計(jì)解析 122
5．1．4 服務(wù)治理系統(tǒng)功能解析 125
5．2 消息隊(duì)列 128
5．2．1 消息隊(duì)列的特性與使用場景 128
5．2．2 主流消息隊(duì)列 129
5．2．3 攜程消息隊(duì)列QMQ 132
5．3 配置中心 137
5．3．1 為什么需要配置中心 137
5．3．2 配置中心的特性 138
5．3．3 Apollo 源碼部分解析 139
5．3．4 配置中心面臨的新挑戰(zhàn) 141
5．4 數(shù)據(jù)訪問 142
5．4．1 數(shù)據(jù)訪問層概述 142
5．4．2 為什么要引入數(shù)據(jù)訪問中間件 143
5．4．3 數(shù)據(jù)訪問中間件的主流方案 144
5．4．4 攜程數(shù)據(jù)訪問中間件功能解析 146
5．5 緩存層 150
5．5．1 總體架構(gòu) 150
5．5．2 分片和路由 151
5．5．3 高可用 153
5．5．4 水平拆分 154
5．5．5 跨機(jī)房容災(zāi) 156
5．5．6 跨區(qū)域同步 159
5．5．7 雙向同步 163
5．6 本章小結(jié) 167
第6 章 數(shù)據(jù)庫 168
6．1 上傳發(fā)布 171
6．1．1 表結(jié)構(gòu)設(shè)計(jì)規(guī)范 172
6．1．2 數(shù)據(jù)庫表結(jié)構(gòu)的發(fā)布 172
6．1．3 SQL Server 的特殊之處 173
6．2 監(jiān)控告警 176
6．2．1 數(shù)據(jù)庫大盤監(jiān)控 176
6．2．2 運(yùn)維數(shù)據(jù)庫OPDB 178
6．2．3 語句監(jiān)控 179
6．3 數(shù)據(jù)庫高可用 187
6．3．1 SQL Server 高可用 188
6．3．2 MySQL 高可用 189
6．3．3 Redis 高可用架構(gòu) 193
6．4 本章小結(jié) 194
第7 章 IaaS ＆ PaaS 195
7．1 網(wǎng)絡(luò)架構(gòu)演進(jìn) 198
7．1．1 基于 VLAN 的二層網(wǎng)絡(luò) 198
7．1．2 基于VXLAN 的大二層SDN 網(wǎng)絡(luò) 200
7．1．3 基于BGP 的三層SDN 網(wǎng)絡(luò) 203
7．2 K8s 和容器化的實(shí)踐 207
7．2．1 部署架構(gòu) 207
7．2．2 網(wǎng)絡(luò) 208
7．2．3 調(diào)度 209
7．2．4 存儲(chǔ) 212
7．2．5 監(jiān)控 214
7．2．6 容器化 215
7．3 混合云 217
7．3．1 混合云整體設(shè)計(jì) 218
7．3．2 混合云網(wǎng)絡(luò)＆ 安全 220
7．3．3 混合云計(jì)費(fèi)＆ 對賬 222
7．3．4 混合云運(yùn)維 224
7．4 持續(xù)交付 226
7．4．1 發(fā)布的藝術(shù) 226
7．4．2 Tars 系統(tǒng)設(shè)計(jì) 229
7．5 本章小結(jié) 232
第8 章 監(jiān)控 233
8．1 指標(biāo)監(jiān)控和告警系統(tǒng)Hickwall 234
8．1．1 指標(biāo)監(jiān)控的應(yīng)用和挑戰(zhàn) 235
8．1．2 指標(biāo)模型的選擇 236
8．1．3 Hickwall 架構(gòu) 238
8．2 開源分布式應(yīng)用監(jiān)控系統(tǒng)CAT 241
8．2．1 為什么需要應(yīng)用監(jiān)控系統(tǒng) 241
8．2．2 應(yīng)用監(jiān)控系統(tǒng)的特點(diǎn) 243
8．2．3 客戶端實(shí)現(xiàn)解析 245
8．2．4 存儲(chǔ)模型解析 247
8．3 公共日志服務(wù)平臺(tái)CLog 250
8．3．1 日志系統(tǒng)的演進(jìn)與特點(diǎn) 251
8．3．2 CLog 的架構(gòu) 252
8．4 告警系統(tǒng) 257
8．4．1 告警系統(tǒng)的需求特點(diǎn) 258
8．4．2 流式告警的實(shí)現(xiàn)和處理 259
8．5 本章小結(jié) 263
第9 章 網(wǎng)站高可用 264
9．1 可用性指標(biāo)與度量 265
9．1．1 Ctrip ATP 266
9．1．2 Ctrip ATP 算法 266
9．1．3 Ctrip ATP 架構(gòu) 267
9．1．4 訂單預(yù)測模型 268
9．2 服務(wù)熔斷、限流與降級 270
9．2．1 微服務(wù)架構(gòu)下的可用性 271
9．2．2 熔斷、限流在攜程的落地 272
9．2．3 熔斷、限流的治理問題 274
9．3 災(zāi)備數(shù)據(jù)中心 276
9．3．1 冷備模式 277
9．3．2 熱備模式 278
9．3．3 多活模式 278
9．4 網(wǎng)站單元化部署 281
9．4．1 單元化架構(gòu) 282
9．4．2 單元化思路 283
9．5 基礎(chǔ)組件支持 285
9．5．1 路由調(diào)度 285
9．5．2 數(shù)據(jù)復(fù)制 287
9．6 全鏈路壓測 292
9．6．1 技術(shù)選型與系統(tǒng)設(shè)計(jì) 292
9．6．2 構(gòu)造與隔離壓測數(shù)據(jù) 295
9．6．3 全鏈路監(jiān)控設(shè)計(jì) 295
9．7 運(yùn)維工具高可用 296
9．7．1 哪些運(yùn)維工具需要實(shí)現(xiàn)高可用 296
9．7．2 工具的改造 297
9．7．3 定期故障演練 300
9．8 混沌工程 300
9．8．1 混沌工程的起源 301
9．8．2 混沌工程的5 條原則 301
9．8．3 如何進(jìn)行一個(gè)混沌實(shí)驗(yàn) 304
9．9 數(shù)據(jù)驅(qū)動(dòng)運(yùn)營 307
9．9．1 智能運(yùn)維AIOps 308
9．9．2 AI 算法在運(yùn)維領(lǐng)域的典型場景 309
9．9．3 運(yùn)維數(shù)據(jù)倉庫 312
9．10 GNOC 314
9．11 本章小結(jié) 319
1．1 攜程技術(shù)架構(gòu)概覽 003
1．1．1 分層架構(gòu) 003
1．1．2 接入層技術(shù) 005
1．1．3 后端技術(shù) 006
1．1．4 技術(shù)保障 007
1．2 攜程整體技術(shù)架構(gòu)演進(jìn) 008
1．2．1 呼叫中心時(shí)代 009
1．2．2 互聯(lián)網(wǎng)和移動(dòng)互聯(lián)網(wǎng)時(shí)代 009
1．2．3 大數(shù)據(jù)和人工智能時(shí)代 011
第2 章 移動(dòng)大前端 013
2．1 CRN 框架 014
2．1．1 背景介紹 014
2．1．2 框架設(shè)計(jì) 015
2．1．3 性能優(yōu)化 016
2．1．4 配套支撐系統(tǒng)建設(shè) 019
2．2 Web 框架 021
2．2．1 微信小程序應(yīng)用框架CWX 021
2．2．2 CRN 瀏覽器端運(yùn)行框架CRN-Web 024
2．2．3 下一代前端框架解決方案 NFES 027
2．3 插件化 033
2．3．1 插件化的來源 033
2．3．2 方案的實(shí)現(xiàn) 034
2．4 Node．js 038
2．4．1 應(yīng)用場景 038
2．4．2 應(yīng)用部署 039
2．4．3 運(yùn)維與監(jiān)控 040
2．4．4 公共服務(wù) 044
2．5 移動(dòng)發(fā)布平臺(tái)MCD 045
2．5．1 平臺(tái)服務(wù)架構(gòu) 045
2．5．2 生命周期管理 046
2．5．3 開發(fā)流程管理 048
2．5．4 發(fā)布流程管理 049
2．6 用戶行為監(jiān)測UBT 050
2．6．1 數(shù)據(jù)采集 050
2．6．2 傳輸與存儲(chǔ) 052
2．6．3 實(shí)時(shí)分析 054
2．7 CData 055
2．7．1 性能管理 055
2．7．2 錯(cuò)誤統(tǒng)計(jì) 056
2．7．3 訪問量統(tǒng)計(jì) 057
2．7．4 排障支持 057
2．8 本章小結(jié) 058
第3 章 用戶接入 059
3．1 GSLB 技術(shù) 059
3．1．1 GSLB 系統(tǒng)概述 060
3．1．2 DNS 工作方式 060
3．1．3 GSLB 工作原理 061
3．2 CDN 063
3．2．1 CDN 靜態(tài)加速 064
3．2．2 CDN 動(dòng)態(tài)加速 065
3．2．3 CDN 動(dòng)態(tài)域名切換 066
3．3 App 端接入 066
3．4 負(fù)載均衡 067
3．4．1 負(fù)載均衡器工作原理 068
3．4．2 負(fù)載均衡優(yōu)化手段 070
3．4．3 負(fù)載均衡算法 074
3．4．4 負(fù)載均衡會(huì)話保持 076
3．5 軟負(fù)載系統(tǒng)SLB 077
3．5．1 SLB 的產(chǎn)生背景 077
3．5．2 SLB 的架構(gòu)設(shè)計(jì) 078
3．5．3 SLB 實(shí)現(xiàn)的幾個(gè)難點(diǎn) 083
3．6 API Gateway 086
3．6．1 API Gateway 的架構(gòu)設(shè)計(jì) 087
3．6．2 API Gateway 在攜程的使用 091
3．7 本章小結(jié) 092
第4 章 呼叫中心 093
4．1 軟交換系統(tǒng)SoftPBX 095
4．1．1 攜程軟交換系統(tǒng)現(xiàn)狀 095
4．1．2 軟交換架構(gòu)與信令路徑 095
4．1．3 組件規(guī)劃與分布 096
4．1．4 應(yīng)用場景 099
4．2 交互式語音應(yīng)答系統(tǒng)SoftIVR 101
4．2．1 什么是交互式語音應(yīng)答 101
4．2．2 SoftIVR 架構(gòu)與特點(diǎn) 101
4．2．3 信令傳輸流程與核心組件 104
4．2．4 應(yīng)用場景 108
4．3 全渠道客服云系統(tǒng) 109
4．3．1 全渠道客服云系統(tǒng)的意義 109
4．3．2 客服云整體架構(gòu) 111
4．3．3 服務(wù)端架構(gòu) 112
4．3．4 應(yīng)用場景 115
4．4 本章小結(jié) 117
第5 章 框架中間件 118
5．1 服務(wù)化 120
5．1．1 為什么需要服務(wù)化中間件框架 120
5．1．2 服務(wù)化中間件框架的基本架構(gòu) 121
5．1．3 服務(wù)注冊中心設(shè)計(jì)解析 122
5．1．4 服務(wù)治理系統(tǒng)功能解析 125
5．2 消息隊(duì)列 128
5．2．1 消息隊(duì)列的特性與使用場景 128
5．2．2 主流消息隊(duì)列 129
5．2．3 攜程消息隊(duì)列QMQ 132
5．3 配置中心 137
5．3．1 為什么需要配置中心 137
5．3．2 配置中心的特性 138
5．3．3 Apollo 源碼部分解析 139
5．3．4 配置中心面臨的新挑戰(zhàn) 141
5．4 數(shù)據(jù)訪問 142
5．4．1 數(shù)據(jù)訪問層概述 142
5．4．2 為什么要引入數(shù)據(jù)訪問中間件 143
5．4．3 數(shù)據(jù)訪問中間件的主流方案 144
5．4．4 攜程數(shù)據(jù)訪問中間件功能解析 146
5．5 緩存層 150
5．5．1 總體架構(gòu) 150
5．5．2 分片和路由 151
5．5．3 高可用 153
5．5．4 水平拆分 154
5．5．5 跨機(jī)房容災(zāi) 156
5．5．6 跨區(qū)域同步 159
5．5．7 雙向同步 163
5．6 本章小結(jié) 167
第6 章 數(shù)據(jù)庫 168
6．1 上傳發(fā)布 171
6．1．1 表結(jié)構(gòu)設(shè)計(jì)規(guī)范 172
6．1．2 數(shù)據(jù)庫表結(jié)構(gòu)的發(fā)布 172
6．1．3 SQL Server 的特殊之處 173
6．2 監(jiān)控告警 176
6．2．1 數(shù)據(jù)庫大盤監(jiān)控 176
6．2．2 運(yùn)維數(shù)據(jù)庫OPDB 178
6．2．3 語句監(jiān)控 179
6．3 數(shù)據(jù)庫高可用 187
6．3．1 SQL Server 高可用 188
6．3．2 MySQL 高可用 189
6．3．3 Redis 高可用架構(gòu) 193
6．4 本章小結(jié) 194
第7 章 IaaS ＆ PaaS 195
7．1 網(wǎng)絡(luò)架構(gòu)演進(jìn) 198
7．1．1 基于 VLAN 的二層網(wǎng)絡(luò) 198
7．1．2 基于VXLAN 的大二層SDN 網(wǎng)絡(luò) 200
7．1．3 基于BGP 的三層SDN 網(wǎng)絡(luò) 203
7．2 K8s 和容器化的實(shí)踐 207
7．2．1 部署架構(gòu) 207
7．2．2 網(wǎng)絡(luò) 208
7．2．3 調(diào)度 209
7．2．4 存儲(chǔ) 212
7．2．5 監(jiān)控 214
7．2．6 容器化 215
7．3 混合云 217
7．3．1 混合云整體設(shè)計(jì) 218
7．3．2 混合云網(wǎng)絡(luò)＆ 安全 220
7．3．3 混合云計(jì)費(fèi)＆ 對賬 222
7．3．4 混合云運(yùn)維 224
7．4 持續(xù)交付 226
7．4．1 發(fā)布的藝術(shù) 226
7．4．2 Tars 系統(tǒng)設(shè)計(jì) 229
7．5 本章小結(jié) 232
第8 章 監(jiān)控 233
8．1 指標(biāo)監(jiān)控和告警系統(tǒng)Hickwall 234
8．1．1 指標(biāo)監(jiān)控的應(yīng)用和挑戰(zhàn) 235
8．1．2 指標(biāo)模型的選擇 236
8．1．3 Hickwall 架構(gòu) 238
8．2 開源分布式應(yīng)用監(jiān)控系統(tǒng)CAT 241
8．2．1 為什么需要應(yīng)用監(jiān)控系統(tǒng) 241
8．2．2 應(yīng)用監(jiān)控系統(tǒng)的特點(diǎn) 243
8．2．3 客戶端實(shí)現(xiàn)解析 245
8．2．4 存儲(chǔ)模型解析 247
8．3 公共日志服務(wù)平臺(tái)CLog 250
8．3．1 日志系統(tǒng)的演進(jìn)與特點(diǎn) 251
8．3．2 CLog 的架構(gòu) 252
8．4 告警系統(tǒng) 257
8．4．1 告警系統(tǒng)的需求特點(diǎn) 258
8．4．2 流式告警的實(shí)現(xiàn)和處理 259
8．5 本章小結(jié) 263
第9 章 網(wǎng)站高可用 264
9．1 可用性指標(biāo)與度量 265
9．1．1 Ctrip ATP 266
9．1．2 Ctrip ATP 算法 266
9．1．3 Ctrip ATP 架構(gòu) 267
9．1．4 訂單預(yù)測模型 268
9．2 服務(wù)熔斷、限流與降級 270
9．2．1 微服務(wù)架構(gòu)下的可用性 271
9．2．2 熔斷、限流在攜程的落地 272
9．2．3 熔斷、限流的治理問題 274
9．3 災(zāi)備數(shù)據(jù)中心 276
9．3．1 冷備模式 277
9．3．2 熱備模式 278
9．3．3 多活模式 278
9．4 網(wǎng)站單元化部署 281
9．4．1 單元化架構(gòu) 282
9．4．2 單元化思路 283
9．5 基礎(chǔ)組件支持 285
9．5．1 路由調(diào)度 285
9．5．2 數(shù)據(jù)復(fù)制 287
9．6 全鏈路壓測 292
9．6．1 技術(shù)選型與系統(tǒng)設(shè)計(jì) 292
9．6．2 構(gòu)造與隔離壓測數(shù)據(jù) 295
9．6．3 全鏈路監(jiān)控設(shè)計(jì) 295
9．7 運(yùn)維工具高可用 296
9．7．1 哪些運(yùn)維工具需要實(shí)現(xiàn)高可用 296
9．7．2 工具的改造 297
9．7．3 定期故障演練 300
9．8 混沌工程 300
9．8．1 混沌工程的起源 301
9．8．2 混沌工程的5 條原則 301
9．8．3 如何進(jìn)行一個(gè)混沌實(shí)驗(yàn) 304
9．9 數(shù)據(jù)驅(qū)動(dòng)運(yùn)營 307
9．9．1 智能運(yùn)維AIOps 308
9．9．2 AI 算法在運(yùn)維領(lǐng)域的典型場景 309
9．9．3 運(yùn)維數(shù)據(jù)倉庫 312
9．10 GNOC 314
9．11 本章小結(jié) 319
展開全部
攜程架構(gòu)實(shí)踐 相關(guān)資料
基于業(yè)務(wù)形態(tài)和互聯(lián)網(wǎng)行業(yè)的快速發(fā)展變化，攜程的架構(gòu)也在不斷地演化。《攜程架構(gòu)實(shí)踐》濃縮了攜程的整體技術(shù)架構(gòu)，幫助讀者了解支撐一家大型企業(yè)所需要的核心技術(shù)產(chǎn)品、架構(gòu)和面臨的挑戰(zhàn)。沒有一勞永逸的架構(gòu)，也沒有□好的架構(gòu)，希望通過本書，你能找到適合自己的架構(gòu)。
攜程集團(tuán)執(zhí)行副總裁、技術(shù)負(fù)責(zé)人 張晨
《攜程架構(gòu)實(shí)踐》一書來自攜程復(fù)雜的業(yè)務(wù)實(shí)踐，有著非常實(shí)用的技術(shù)方□□，適用于互聯(lián)網(wǎng)研發(fā)工程師、QA 工程師、DevOps 工程師。本書以攜程在3 個(gè)階段中所產(chǎn)出的技術(shù)模塊為脈絡(luò)，介紹了大前端、中間件、存儲(chǔ)、PaaS、IaaS、監(jiān)控等多方面的技術(shù)，均為架構(gòu)領(lǐng)域的實(shí)用技術(shù)實(shí)踐。在云時(shí)代日新月異的演進(jìn)過程中，攜程的架構(gòu)實(shí)踐非常有利于夯實(shí)技術(shù)的底蘊(yùn)，厘清技術(shù)演進(jìn)的主線，在更廣闊的未來讓自身技術(shù)立于不敗之地。
百度前主任架構(gòu)師、京東基礎(chǔ)架構(gòu)部架構(gòu)師 韓超
我在《從零開始學(xué)架構(gòu)》一書中用一章提煉了互聯(lián)網(wǎng)公司的總體架構(gòu)，但受限于篇幅和相關(guān)的保密要求，只能點(diǎn)到為止，無法詳細(xì)介紹某個(gè)公司的架構(gòu)。而本書提供了完美的架構(gòu)案例，詳細(xì)地闡述了攜程的架構(gòu)詳情、演進(jìn)過程、實(shí)踐經(jīng)驗(yàn)，其中大量的經(jīng)驗(yàn)總結(jié)和思考非常具有指導(dǎo)意義。
互聯(lián)網(wǎng)資深技術(shù)專家、《從零開始學(xué)架構(gòu)》作者 李運(yùn)華
關(guān)于架構(gòu)，需要具有兩個(gè)重要的屬性：一是需要具有全局性，二是需要具有實(shí)踐性。缺乏全局視角的架構(gòu)，有些支離破碎；缺乏實(shí)踐驗(yàn)證的架構(gòu)，不能讓人踏實(shí)。《攜程架構(gòu)實(shí)踐》全面展現(xiàn)了一個(gè)被攜程實(shí)踐和驗(yàn)證過的大型互聯(lián)網(wǎng)系統(tǒng)的完整架構(gòu)，無論是用來學(xué)習(xí)研究還是參考借鑒，都非常有價(jià)值和意義。
《大型網(wǎng)站技術(shù)架構(gòu)：核心原理與案例分析》作者 李智慧
架構(gòu)一直在演進(jìn)，現(xiàn)實(shí)世界的需求也越來越多樣化，所以我們設(shè)計(jì)的架構(gòu)需要解決現(xiàn)實(shí)生產(chǎn)環(huán)境的問題，并且需要適應(yīng)各種各樣的變化。本書結(jié)合攜程技術(shù)實(shí)踐的過程，涵蓋從開發(fā)到運(yùn)維，從組件到治理的多種維度，讓讀者可以借鑒并學(xué)會(huì)如何設(shè)計(jì)自己的應(yīng)用架構(gòu)，透析架構(gòu)背后的原理，不僅知其然，還知其所以然。
《架構(gòu)修煉之道》作者、京東技術(shù)專家 王新棟
本書系統(tǒng)性地介紹了大型互聯(lián)網(wǎng)業(yè)務(wù)為面向全國甚至全球海量用戶，提供7×24小時(shí)的不間斷穩(wěn)定服務(wù)所需的技術(shù)架構(gòu)，其選材得當(dāng)，結(jié)構(gòu)清晰，頗具大局觀。同時(shí)，每個(gè)模塊都較好地匯集了當(dāng)前行業(yè)的技術(shù)前沿。對于所有互聯(lián)網(wǎng)業(yè)務(wù)的技術(shù)負(fù)責(zé)人及前后端各個(gè)方向的技術(shù)人員來說，本書都具有很高的參考價(jià)值。此外，基于攜程的業(yè)務(wù)特色，本書對呼叫中心技術(shù)也進(jìn)行了充分介紹。
網(wǎng)易副總裁、杭州研究院執(zhí)行院長 汪源
系統(tǒng)架構(gòu)的演進(jìn)并沒有捷徑，需要不斷地進(jìn)行系統(tǒng)全景圖的演進(jìn)，并將復(fù)雜的事情簡單化，使系統(tǒng)架構(gòu)可持續(xù)發(fā)展。如果我們不進(jìn)行系統(tǒng)化的思考，以及持續(xù)迭代、演進(jìn)重構(gòu)，則系統(tǒng)遲早會(huì)崩潰。這就需要我們持續(xù)地學(xué)習(xí)新的技術(shù)和領(lǐng)域知識，借鑒別人踩過的“坑”和遇到的技術(shù)難題，并將其轉(zhuǎn)化為自己的武器庫。本書系統(tǒng)性地總結(jié)了攜程十幾年的發(fā)展過程，給我們帶來了不一樣的“武器庫”，強(qiáng)烈推薦大家品讀學(xué)習(xí)。
《億級流量網(wǎng)站架構(gòu)核心技術(shù)》作者 張開濤
在云時(shí)代，IT 架構(gòu)比以往任何時(shí)候都更加重要。好的架構(gòu)不僅是設(shè)計(jì)出來的，更是在實(shí)踐中演進(jìn)成型的。本書難能可貴地為讀者全方位展示了攜程的整體技術(shù)架構(gòu)和管理實(shí)踐，對IT 從業(yè)者而言，具有很高的學(xué)習(xí)和參考價(jià)值。
AWS 首席云計(jì)算企業(yè)戰(zhàn)略顧問 張俠
攜程架構(gòu)實(shí)踐 作者簡介
攜程技術(shù)團(tuán)隊(duì)
作為攜程集團(tuán)的核心競爭力，攜程技術(shù)團(tuán)隊(duì)由近7000位來自海內(nèi)外的精英工程師組成，為攜程集團(tuán)業(yè)務(wù)的運(yùn)作和開拓提供全面技術(shù)支持，并以技術(shù)創(chuàng)新源源不斷地為產(chǎn)品和服務(wù)創(chuàng)造價(jià)值。
技術(shù)從來都不是閉門造車，攜程技術(shù)團(tuán)隊(duì)會(huì)一直以開放和充滿熱情的心態(tài)，通過各種渠道和方式，和圈內(nèi)小伙伴們探討、交流、碰撞，共同收獲和成長。
書友推薦
- >
經(jīng)典常談
- >
中國歷史的瞬間
- >
伊索寓言-世界文學(xué)名著典藏-全譯本
- >
回憶愛瑪儂
- >
姑媽的寶刀
- >
朝聞道
- >
伯納黛特,你要去哪(2021新版)
- >
隨園食單
本類暢銷
