滿額折
進化：運維技術變革與實踐探索（簡體書）
商品資訊
相關商品
商品簡介
作者簡介
名人/編輯推薦
目次
商品簡介
《進化：運維技術變革與實踐探索》內容提要《進化：運維技術變革與實踐探索》依托作者在電信和互聯網行業多年的從業經歷，結合一線工作實踐，從應用生命周期的視角，全面詳細地介紹了分布式架構體系下，應用運維體系建設的方方面面，涵蓋了體系建設方法論指導、持續交付體系建設思路和實踐、穩定性體系規劃建設，以及故障的科學管理方法等內容，視角新穎且獨特，旨在通過換一個角度看運維，帶給讀者不一樣的思考方式。《進化：運維技術變革與實踐探索》是各行業運維工程師和運維架構師了解新時代運維趨勢必不可少的學習材料，同時也是業務架構師，開發、測試等技術人員以及技術經理、總監等管理人員用來豐富技術視角不可多得的寶貴參考書。
作者簡介
趙成，是公眾號“Forrest 隨想錄”的作者，多屆 ArchSummit 運維專題明星講師和優秀出品人，TGO 杭州分會會員。目前專注于云計算和人工智能時代的運維轉型和提升。加入蘑菇街之前，趙成在華為工作了七年，經歷過開發、測試、運維以及一線客戶服務等諸多崗位。他在不斷的歷練中迅速成長，培養了全面思考的意識和能力，積累了豐富的電信級和互聯網業務研發及運維經驗。趙成說他踏上運維之路有很大的偶然性，不忍心看著自己跟團隊開發出來的系統到了在線總是出問題，所以每當有問題時，他總是沖在前面解決問題，久而久之，便積累了豐富的經驗，也成為團隊中比較重要的角色；第二，也是更重要的一個因素，他說自己非常享受那種攻克難題之后的成就感。
名人/編輯推薦
《進化(運維技術變革與實踐探索)》是一線運維大咖趙成十多年的運維經驗總結，帶你避開運維路上的那些“坑”； 從大公司的案例看運維，直擊運維本質，換個角度看運維； 從應用運維體系建設到效率和穩定性實踐，理論結合實踐，全面解讀運維體系建設； 云計算和人工智能時代，該如何做好運維的轉型和提升，運維人員該何去何從。
目次
第1章 運維的本質
......
1.1.1 沒有運維的Netflix / 2
1.1.2 Netflix是如何成為行業典范的 / 3
1.1.3 總結 / 7
1.2 運維體系建設的核心概念：應用 / 7
1.2.1 應用的起源 / 8
1.2.2 應用模型及關系模型的建立 / 9
1.2.3 微服務架構時代下為什麼要以應用為核心 / 12
第2章 運維體系建設
2.1 標準化體系建設基礎 / 16
2.1.1 標準化的原因和步驟 / 16
2.1.2 基礎設施層面的標準化 / 17
2.1.3 應用層面的標準化 / 19
2.1.4 總結 / 21
2.2 標準化體系建設實踐：基礎架構標準化 / 22
2.2.1 常見的分布式基礎架構組件 / 23
2.2.2 基礎架構組件的選型問題 / 24
2.2.3 基礎架構的服務化 / 26
2.2.4 運維的職責 / 27
第3章 配置管理數據庫（CMDB）
3.1 CMDB的前世今生 / 36
3.1.1 CMDB源起 / 36
3.1.2 傳統運維思路下的CMDB / 37
3.1.3 互聯網運維體系下的CMDB / 39
3.1.4 CMDB進行時 / 40
3.2 有了CMDB，為什麼還需要應用配置管理 / 41
3.2.1 CMDB是面向資源的管理，是運維的基石 / 42
3.2.2 應用配置管理是面向應用的管理，是運維的核心 / 43
3.2.3 總結 / 45
3.3 在CMDB中落地應用的概念 / 46
3.3.1 如何有效組織和管理應用 / 46
3.3.2 應用的集群服務分組建設 / 49
3.3.3 CMDB在基礎服務體系中的核心位置 / 51
3.3.4 總結 / 54
第4章 運維組織架構及模式
4.1 運維組織架構和轉型 / 56
4.1.1 自助化運維能力的建設 / 56
4.1.2 從價值呈現的角度看運維 / 57
4.1.3 運維協作模式的改變 / 59
4.1.4 運維的組織架構 / 61
4.1.5 總結 / 62
4.2 Google SRE的運維模式 / 63
4.2.1 SRE崗位的定位 / 63
4.2.2 SRE崗位的職責 / 64
4.2.3 如何借鑒和落地 / 67
4.3 從Google CRE談運維的服務意識 / 67
4.3.1 CRE產生的背景 / 68
4.3.2 CRE崗位的職責 / 69
4.3.3 從CRE談談做運維為什麼要有服務心態 / 70
4.4 云計算和AI時代下的運維轉型 / 73
4.4.1 應用運維的轉型 / 75
4.4.2 云計算和AI帶給我們的挑戰 / 78
4.4.3 總結 / 80
第5章 持續交付
5.1 提升效率，為什麼要先做持續交付 / 84
5.1.1 什麼是持續交付 / 85
5.1.2 持續交付的關鍵點 / 86
5.2 持續交付的第一關鍵點：配置管理 / 88
5.2.1 版本控制 / 89
5.2.2 依賴管理 / 90
5.2.3 軟件配置 / 91
5.3 多環境配置管理 / 94
5.3.1 多環境問題 / 94
5.3.2 不同環境下的應用配置管理 / 95
5.3.3 環境配置管理解決方案 / 96
5.3.4 總結 / 100
5.4 多環境建設 / 101
5.4.1 環境分類 / 101
5.4.2 線下環境分類建設 / 102
5.4.3 環境建設上的關鍵技術點 / 106
5.4.4 總結 / 109
5.5 在線環境建設 / 110
5.5.1 生產環境 / 110
5.5.2 Beta環境 / 112
5.5.3 預發環境 / 113
5.5.4 辦公網生產環境 / 116
5.5.5 總結 / 117
5.6 流水線模式 / 118
5.6.1 持續交付流水線簡要說明 / 119
5.6.2 項目需求分解 / 119
5.6.3 提交階段之開發模式選擇 / 121
5.6.4 開發模式的選型原則 / 123
5.7 流水線軟件構建 / 125
5.7.1 構建環節 / 126
5.7.2 幾個關鍵問題 / 127
5.8 流水線構建完成后的質量保障 / 131
5.8.1 依賴規則限制 / 131
5.8.2 功能測試 / 132
5.8.3 非功能測試 / 133
5.8.4 總結 / 135
5.9 持續交付實踐：根據業務場景找方案 / 136
5.9.1 軟件的持續部署發布 / 137
5.9.2 發布策略 / 139
5.9.3 持續交付體系的收益 / 141
5.9.4 總結 / 141
第6章 穩定性保障
6.1 極端業務場景下的穩定性保障 / 144
6.1.1 我們所面對的極端業務場景 / 144
6.1.2 技術上的挑戰 / 146
6.1.3 極端業務場景下的不確定因素 / 148
6.2 穩定性實踐 / 150
6.2.1 容量規劃 / 150
6.2.2 限流降級 / 160
6.2.3 開關和預案 / 167
6.2.4 全鏈路跟蹤系統 / 172
第7章 故障管理
7.1 我對故障的理解 / 182
7.2 故障定級和定責 / 186
7.2.1 故障的定級標準 / 187
7.2.2 故障的定責標準 / 189
7.3 故障定責的目的 / 192
7.3.1 關于定責和處罰 / 192
7.3.2 目的是鼓勵做事，而不是處罰錯誤 / 194
7.3.3 處罰的“負”作用遠超我們的想象 / 196
7.4 故障應急和故障復盤 / 197
7.4.1 故障應急 / 198
7.4.2 故障復盤 / 201
7.4.3 定期總結故障案例 / 203
7.4.4 總結 / 204
第8章 云運維的技術選型
8.1 為什麼蘑菇街會選擇上云 / 206
8.1.1 我們所面臨的問題 / 206
8.1.2 縱觀技術發展趨勢 / 211
8.1.3 沒有銀彈 / 212
8.2 為什麼混合云是未來云計算的主流形態 / 213
8.2.1 關于混合云 / 213
8.2.2 我們所經歷的幾個基礎設施建設階段 / 215
8.2.3 總結 / 219
8.3 面向應用層的云架構解決方案：Spring Cloud / 219
8.3.1 Spring Cloud框架中云的影子 / 220
8.3.2 CNCF / 223
8.3.3 可以預見的技術發展趨勢 / 224
8.4 云計算時代的彈性伸縮 / 225
8.4.1 彈性伸縮的主體是誰 / 225
8.4.2 總結 / 228
第9章 CDN
9.1 從CDN和云存儲來聊聊云生態的崛起 / 230
9.1.1 CDN和云存儲 / 230
9.1.2 云生態的優勢 / 231
9.1.3 總結 / 234
9.2 頁面靜態化架構和二級CDN建設 / 235
9.2.1 靜態化架構建設的業務場景 / 235
9.2.2 頁面靜態化架構 / 237
9.2.3 靜態化架構在大促場景中的應用 / 239
9.2.4 二級CDN建設 / 240
9.2.5 總結 / 241
第10章 運維人員的成長之路
10.1 我是如何走上運維崗位的 / 244
10.1.1 我是怎么開始做運維工作的 / 244
10.1.2 我為什麼會把運維當作職業發展的方向 / 247
10.1.3 給我們的一點啟發 / 251
10.2 運維需要懂產品和運營嗎 / 252
10.2.1 運維的角色轉變和價值體現 / 253
10.2.2 技術產品 / 254
10.2.3 技術運營 / 254
10.2.4 總結 / 256
10.3 從技術到管理，如何轉身 / 257
10.3.1 從員工離職說起 / 257
10.3.2 關于員工離職的兩個觀點 / 258
10.3.3 談談如何做好技術管理 / 259
10.3.4 技術管理中引以為戒的一些反模式 / 261
10.3.5 總結 / 262
10.4 樹立個人品牌意識 / 263
10.4.1 對求職者的背景調查 / 263
10.4.2 如何樹立個人口碑 / 265
10.4.3 要引以為戒的反例 / 266
10.4.4 共勉 / 268
拓展閱讀：運維與安全
......
1.1.1 沒有運維的Netflix / 2
1.1.2 Netflix是如何成為行業典范的 / 3
1.1.3 總結 / 7
1.2 運維體系建設的核心概念：應用 / 7
1.2.1 應用的起源 / 8
1.2.2 應用模型及關系模型的建立 / 9
1.2.3 微服務架構時代下為什麼要以應用為核心 / 12
第2章 運維體系建設
2.1 標準化體系建設基礎 / 16
2.1.1 標準化的原因和步驟 / 16
2.1.2 基礎設施層面的標準化 / 17
2.1.3 應用層面的標準化 / 19
2.1.4 總結 / 21
2.2 標準化體系建設實踐：基礎架構標準化 / 22
2.2.1 常見的分布式基礎架構組件 / 23
2.2.2 基礎架構組件的選型問題 / 24
2.2.3 基礎架構的服務化 / 26
2.2.4 運維的職責 / 27
第3章 配置管理數據庫（CMDB）
3.1 CMDB的前世今生 / 36
3.1.1 CMDB源起 / 36
3.1.2 傳統運維思路下的CMDB / 37
3.1.3 互聯網運維體系下的CMDB / 39
3.1.4 CMDB進行時 / 40
3.2 有了CMDB，為什麼還需要應用配置管理 / 41
3.2.1 CMDB是面向資源的管理，是運維的基石 / 42
3.2.2 應用配置管理是面向應用的管理，是運維的核心 / 43
3.2.3 總結 / 45
3.3 在CMDB中落地應用的概念 / 46
3.3.1 如何有效組織和管理應用 / 46
3.3.2 應用的集群服務分組建設 / 49
3.3.3 CMDB在基礎服務體系中的核心位置 / 51
3.3.4 總結 / 54
第4章 運維組織架構及模式
4.1 運維組織架構和轉型 / 56
4.1.1 自助化運維能力的建設 / 56
4.1.2 從價值呈現的角度看運維 / 57
4.1.3 運維協作模式的改變 / 59
4.1.4 運維的組織架構 / 61
4.1.5 總結 / 62
4.2 Google SRE的運維模式 / 63
4.2.1 SRE崗位的定位 / 63
4.2.2 SRE崗位的職責 / 64
4.2.3 如何借鑒和落地 / 67
4.3 從Google CRE談運維的服務意識 / 67
4.3.1 CRE產生的背景 / 68
4.3.2 CRE崗位的職責 / 69
4.3.3 從CRE談談做運維為什麼要有服務心態 / 70
4.4 云計算和AI時代下的運維轉型 / 73
4.4.1 應用運維的轉型 / 75
4.4.2 云計算和AI帶給我們的挑戰 / 78
4.4.3 總結 / 80
第5章 持續交付
5.1 提升效率，為什麼要先做持續交付 / 84
5.1.1 什麼是持續交付 / 85
5.1.2 持續交付的關鍵點 / 86
5.2 持續交付的第一關鍵點：配置管理 / 88
5.2.1 版本控制 / 89
5.2.2 依賴管理 / 90
5.2.3 軟件配置 / 91
5.3 多環境配置管理 / 94
5.3.1 多環境問題 / 94
5.3.2 不同環境下的應用配置管理 / 95
5.3.3 環境配置管理解決方案 / 96
5.3.4 總結 / 100
5.4 多環境建設 / 101
5.4.1 環境分類 / 101
5.4.2 線下環境分類建設 / 102
5.4.3 環境建設上的關鍵技術點 / 106
5.4.4 總結 / 109
5.5 在線環境建設 / 110
5.5.1 生產環境 / 110
5.5.2 Beta環境 / 112
5.5.3 預發環境 / 113
5.5.4 辦公網生產環境 / 116
5.5.5 總結 / 117
5.6 流水線模式 / 118
5.6.1 持續交付流水線簡要說明 / 119
5.6.2 項目需求分解 / 119
5.6.3 提交階段之開發模式選擇 / 121
5.6.4 開發模式的選型原則 / 123
5.7 流水線軟件構建 / 125
5.7.1 構建環節 / 126
5.7.2 幾個關鍵問題 / 127
5.8 流水線構建完成后的質量保障 / 131
5.8.1 依賴規則限制 / 131
5.8.2 功能測試 / 132
5.8.3 非功能測試 / 133
5.8.4 總結 / 135
5.9 持續交付實踐：根據業務場景找方案 / 136
5.9.1 軟件的持續部署發布 / 137
5.9.2 發布策略 / 139
5.9.3 持續交付體系的收益 / 141
5.9.4 總結 / 141
第6章 穩定性保障
6.1 極端業務場景下的穩定性保障 / 144
6.1.1 我們所面對的極端業務場景 / 144
6.1.2 技術上的挑戰 / 146
6.1.3 極端業務場景下的不確定因素 / 148
6.2 穩定性實踐 / 150
6.2.1 容量規劃 / 150
6.2.2 限流降級 / 160
6.2.3 開關和預案 / 167
6.2.4 全鏈路跟蹤系統 / 172
第7章 故障管理
7.1 我對故障的理解 / 182
7.2 故障定級和定責 / 186
7.2.1 故障的定級標準 / 187
7.2.2 故障的定責標準 / 189
7.3 故障定責的目的 / 192
7.3.1 關于定責和處罰 / 192
7.3.2 目的是鼓勵做事，而不是處罰錯誤 / 194
7.3.3 處罰的“負”作用遠超我們的想象 / 196
7.4 故障應急和故障復盤 / 197
7.4.1 故障應急 / 198
7.4.2 故障復盤 / 201
7.4.3 定期總結故障案例 / 203
7.4.4 總結 / 204
第8章 云運維的技術選型
8.1 為什麼蘑菇街會選擇上云 / 206
8.1.1 我們所面臨的問題 / 206
8.1.2 縱觀技術發展趨勢 / 211
8.1.3 沒有銀彈 / 212
8.2 為什麼混合云是未來云計算的主流形態 / 213
8.2.1 關于混合云 / 213
8.2.2 我們所經歷的幾個基礎設施建設階段 / 215
8.2.3 總結 / 219
8.3 面向應用層的云架構解決方案：Spring Cloud / 219
8.3.1 Spring Cloud框架中云的影子 / 220
8.3.2 CNCF / 223
8.3.3 可以預見的技術發展趨勢 / 224
8.4 云計算時代的彈性伸縮 / 225
8.4.1 彈性伸縮的主體是誰 / 225
8.4.2 總結 / 228
第9章 CDN
9.1 從CDN和云存儲來聊聊云生態的崛起 / 230
9.1.1 CDN和云存儲 / 230
9.1.2 云生態的優勢 / 231
9.1.3 總結 / 234
9.2 頁面靜態化架構和二級CDN建設 / 235
9.2.1 靜態化架構建設的業務場景 / 235
9.2.2 頁面靜態化架構 / 237
9.2.3 靜態化架構在大促場景中的應用 / 239
9.2.4 二級CDN建設 / 240
9.2.5 總結 / 241
第10章 運維人員的成長之路
10.1 我是如何走上運維崗位的 / 244
10.1.1 我是怎么開始做運維工作的 / 244
10.1.2 我為什麼會把運維當作職業發展的方向 / 247
10.1.3 給我們的一點啟發 / 251
10.2 運維需要懂產品和運營嗎 / 252
10.2.1 運維的角色轉變和價值體現 / 253
10.2.2 技術產品 / 254
10.2.3 技術運營 / 254
10.2.4 總結 / 256
10.3 從技術到管理，如何轉身 / 257
10.3.1 從員工離職說起 / 257
10.3.2 關于員工離職的兩個觀點 / 258
10.3.3 談談如何做好技術管理 / 259
10.3.4 技術管理中引以為戒的一些反模式 / 261
10.3.5 總結 / 262
10.4 樹立個人品牌意識 / 263
10.4.1 對求職者的背景調查 / 263
10.4.2 如何樹立個人口碑 / 265
10.4.3 要引以為戒的反例 / 266
10.4.4 共勉 / 268
拓展閱讀：運維與安全
您曾經瀏覽過的商品
購物須知
大陸出版品因裝訂品質及貨運條件與台灣出版品落差甚大，除封面破損、內頁脫落等較嚴重的狀態，其餘商品將正常出貨。
特別提醒：部分書籍附贈之內容(如音頻mp3或影片dvd等)已無實體光碟提供，需以QR CODE 連結至當地網站註冊“並通過驗證程序”，方可下載使用。
無現貨庫存之簡體書，將向海外調貨：
海外有庫存之書籍，等候約45個工作天;
海外無庫存之書籍，平均作業時間約60個工作天，然不保證確定可調到貨，尚請見諒。
為了保護您的權益，「三民網路書店」提供會員七日商品鑑賞期(收到商品為起始日)。
若要辦理退貨，請在商品鑑賞期內寄回，且商品必須是全新狀態與完整包裝(商品、附件、發票、隨貨贈品等)否則恕不接受退貨。