中圖網(wǎng)小程序
一鍵登錄
更方便
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應(yīng)用
-
>
決戰(zhàn)行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調(diào)優(yōu)實踐之路
-
>
第一行代碼Android
-
>
JAVA持續(xù)交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學習
DEVOPS實踐指南 版權(quán)信息
- ISBN：9787115480170
- 條形碼：9787115480170 ; 978-7-115-48017-0
- 裝幀：一般膠版紙
- 冊數(shù)：暫無
- 重量：暫無
- 所屬分類：>
DEVOPS實踐指南 本書特色
本書共分為6個部分：*部分概述DevOps的歷史和三個基本原則，即“三步工作法”；第二部分介紹開啟DevOps轉(zhuǎn)型的過程；第三到五部分深入探討“三步工作法”的各個要素；第六部分關(guān)注如何將安全性和合規(guī)性正確集成到日常工作中。全書涵蓋40余個DevOps案例，以谷歌、亞馬遜、Facebook等全球知名企業(yè)和組織的實際調(diào)查結(jié)果為依據(jù)，展示如何通過現(xiàn)代化的運維管理提升管理效率，進而為企業(yè)贏得更大市場、創(chuàng)造更多利潤。
DEVOPS實踐指南 內(nèi)容簡介
本書共分為6個部分：靠前部分概述DevOps的歷史和三個基本原則，即“三步工作法”；第二部分介紹開啟DevOps轉(zhuǎn)型的過程；第三到五部分深入探討“三步工作法”的各個要素；第六部分關(guān)注如何將安全性和合規(guī)性正確集成到日常工作中。全書涵蓋40余個DevOps案例，以谷歌、亞馬遜、Facebook等優(yōu)選知名企業(yè)和組織的實際調(diào)查結(jié)果為依據(jù)，展示如何通過現(xiàn)代化的運維管理提升管理效率，進而為企業(yè)贏得更大市場、創(chuàng)造更多利潤。
DEVOPS實踐指南 目錄
第 一部分 DevOps介紹
第 1章 敏捷、持續(xù)交付和三步法 4
1.1 制造業(yè)價值流 4
1.2 技術(shù)價值流 4
1.2.1 聚焦于部署前置時間 5
1.2.2 關(guān)注返工指標——%C/A 7
1.3 三步工作法：DevOps的基礎(chǔ)原則 7
1.4 小結(jié) 8
第 2章 第 一步：流動原則 9
2.1 使工作可見 9
2.2 限制在制品數(shù) 10
2.3 減小批量大小 11
2.4 減少交接次數(shù) 13
2.5 持續(xù)識別和改善約束點 14
2.6 消除價值流中的困境和浪費 15
2.7 小結(jié) 16
第3章 第二步：反饋原則 17
3.1 在復(fù)雜系統(tǒng)中安全地工作 17
3.2 及時發(fā)現(xiàn)問題 18
3.3 群策群力，戰(zhàn)勝問題獲取新知 19
3.4 在源頭保障質(zhì)量 21
3.5 為下游工作中心而優(yōu)化 22
3.6 小結(jié) 22
第4章 第三步：持續(xù)學習與實驗原則 23
4.1 建立學習型組織和安全文化 23
4.2 將日常工作的改進制度化 25
4.3 把局部發(fā)現(xiàn)轉(zhuǎn)化為全局優(yōu)化 26
4.4 在日常工作中注入彈性模式 27
4.5 領(lǐng)導(dǎo)層強化學習文化 27
4.6 小結(jié) 29
4.7 第 一部分總結(jié) 29
第二部分 從何處開始
第5章 選擇合適的價值流作為切入點 32
5.1 綠地項目與棕地項目 34
5.2 兼顧記錄型系統(tǒng)和交互型系統(tǒng) 35
5.3 從*樂于創(chuàng)新的團隊開始 36
5.4 擴大DevOps的范圍 37
5.5 小結(jié) 38
第6章 理解、可視化和運用價值流 39
6.1 確定創(chuàng)造客戶價值所需的團隊 40
6.2 針對團隊工作繪制價值流圖 40
6.3 組建專門的轉(zhuǎn)型團隊 42
6.3.1 擁有共同的目標 43
6.3.2 保持小跨度的改進計劃 44
6.3.3 為非功能性需求預(yù)留20%的開發(fā)時間，減少技術(shù)債務(wù) 44
6.3.4 提高工作的可視化程度 47
6.4 用工具強化預(yù)期行為 47
6.5 小結(jié) 48
第7章 參考康威定律設(shè)計組織結(jié)構(gòu) 49
7.1 組織原型 51
7.2 過度職能導(dǎo)向的危害（“成本優(yōu)化”） 51
7.3 組建以市場為導(dǎo)向的團隊（“速度優(yōu)化”） 52
7.4 使職能導(dǎo)向有效 53
7.5 將測試、運維和信息安全融入日常工作 54
7.6 使團隊成員都成為通才 54
7.7 投資于服務(wù)和產(chǎn)品，而非項目 56
7.8 根據(jù)康威定律設(shè)定團隊邊界 56
7.9 創(chuàng)建松耦合架構(gòu)，提高生產(chǎn)力和安全性 57
7.10 小結(jié) 60
第8章 將運維融入日常開發(fā)工作 61
8.1 創(chuàng)建共享服務(wù)，提高開發(fā)生產(chǎn)力 62
8.2 將運維工程師融入服務(wù)團隊 63
8.3 為每個服務(wù)團隊分派運維聯(lián)絡(luò)人 64
8.4 邀請運維工程師參加開發(fā)團隊的會議 65
8.4.1 邀請運維工程師參加每日站會 65
8.4.2 邀請運維工程師參加回顧會議 66
8.4.3 使用看板圖展示運維工作 66
8.5 小結(jié) 67
8.6 第二部分總結(jié) 67
第三部分 第 一步：流動的技術(shù)實踐
第9章 為部署流水線奠定基礎(chǔ) 70
9.1 按需搭建開發(fā)環(huán)境、測試環(huán)境和生產(chǎn)環(huán)境 71
9.2 應(yīng)用統(tǒng)一的代碼倉庫 72
9.3 使基礎(chǔ)設(shè)施的重建更容易 74
9.4 運行在類生產(chǎn)環(huán)境里才算“完成” 75
9.5 小結(jié) 76
第 10章 實現(xiàn)快速可靠的自動化測試 77
10.1 對代碼和環(huán)境做持續(xù)構(gòu)建、測試和集成 79
10.2 構(gòu)建快速可靠的自動化測試套件 81
10.2.1 在自動化測試中盡早發(fā)現(xiàn)錯誤 83
10.2.2 盡可能并行地快速執(zhí)行測試 84
10.2.3 先編寫自動化測試 84
10.2.4 盡量將手動測試自動化 85
10.2.5 在測試套件中集成性能測試 86
10.2.6 在測試套件中集成非功能性需求測試 86
10.3 在部署流水線失敗時拉下安燈繩 87
10.4 小結(jié) 89
第 11章 應(yīng)用和實踐持續(xù)集成 90
11.1 小批量開發(fā)與大批量合并 92
11.2 應(yīng)用基于主干的開發(fā)實踐 93
11.3 小結(jié) 95
第 12章 自動化和低風險發(fā)布 96
12.1 自動化部署流程 97
12.1.1 應(yīng)用自動化的自助式部署 100
12.1.2 在部署流水線中集成代碼部署 101
12.2 將部署與發(fā)布解耦 104
12.2.1 基于環(huán)境的發(fā)布模式 105
12.2.2 基于應(yīng)用的發(fā)布模式更安全 109
12.3 持續(xù)交付和持續(xù)部署實踐的調(diào)查 112
12.4 小結(jié) 113
第 13章 降低發(fā)布風險的架構(gòu) 114
13.1 能提高生產(chǎn)力、可測試性和安全性的架構(gòu) 115
13.2 架構(gòu)原型：單體架構(gòu)與微服務(wù) 116
13.3 安全地演進企業(yè)架構(gòu) 118
13.4 小結(jié) 121
13.5 第三部分總結(jié) 121
第四部分 第二步：反饋的技術(shù)實踐
第 14章 建立能發(fā)現(xiàn)并解決問題的遙測系統(tǒng) 125
14.1 建設(shè)集中式監(jiān)控架構(gòu) 127
14.2 建立生產(chǎn)環(huán)境的應(yīng)用程序日志遙測 129
14.3 使用遙測指導(dǎo)問題的解決 131
14.4 將建立生產(chǎn)遙測融入日常工作 132
14.5 建立自助訪問的遙測和信息輻射器 133
14.6 發(fā)現(xiàn)和填補遙測的盲區(qū) 135
14.6.1 應(yīng)用程序和業(yè)務(wù)度量指標 136
14.6.2 基礎(chǔ)架構(gòu)度量指標 137
14.6.3 顯示疊加的指標組合 138
14.7 小結(jié) 139
第 15章 分析遙測數(shù)據(jù)以更好地預(yù)測故障和實現(xiàn)目標 140
15.1 用均值和標準差識別潛在問題 141
15.2 異常狀態(tài)的處理和告警 142
15.3 非高斯分布遙測數(shù)據(jù)的問題 143
15.4 應(yīng)用異常檢測技術(shù) 146
15.5 小結(jié) 149
第 16章 應(yīng)用反饋實現(xiàn)安全部署 150
16.1 通過遙測使部署更安全 151
16.2 開發(fā)和運維共同承擔值班工作 153
16.3 讓開發(fā)人員跟蹤工作對下游的影響 153
16.4 讓開發(fā)人員自行管理生產(chǎn)服務(wù) 155
16.5 小結(jié) 159
第 17章 將假設(shè)驅(qū)動的開發(fā)和A/B測試融入日常工作 160
17.1 A/B測試簡史 161
17.2 在功能測試中集成A/B測試 162
17.3 在發(fā)布中集成A/B測試 162
17.4 在功能規(guī)劃中集成A/B測試 163
17.5 小結(jié) 165
第 18章 建立評審和協(xié)作流程以提升當前工作的質(zhì)量 166
18.1 變更審批流程的危險 168
18.2 “過度控制變更”的潛在危險 168
18.3 變更的協(xié)調(diào)和排程 170
18.4 變更的同行評審 170
18.5 人工測試和變更凍結(jié)的潛在危害 173
18.6 利用結(jié)對編程改進代碼變更 173
18.7 消除官僚流程 176
18.8 小結(jié) 177
18.9 第四部分總結(jié) 178
第五部分 第三步：持續(xù)學習與實驗的技術(shù)實踐
第 19章 將學習融入日常工作 180
19.1 建立公正和學習的文化 181
19.2 舉行不指責的事后分析會議 182
19.3 盡可能廣泛地公開事后分析會議結(jié)果 184
19.4 降低事故容忍度，尋找更弱的故障信號 185
19.5 重新定義失敗，鼓勵評估風險 186
19.6 在生產(chǎn)環(huán)境注入故障來恢復(fù)和學習 186
19.7 創(chuàng)建故障演練日 187
19.8 小結(jié) 189
第 20章 將局部經(jīng)驗轉(zhuǎn)化為全局改進 190
20.1 使用聊天室和聊天機器人自動積累組織知識 190
20.2 軟件中便于重用的自動化、標準化流程 192
20.3 創(chuàng)建全組織共享的單一源代碼庫 192
20.4 運用自動化測試記錄和交流實踐來傳播知識 194
20.5 通過確定非功能性需求來設(shè)計運維 194
20.6 把可重用的運維用戶故事納入開發(fā) 195
20.7 確保技術(shù)選型有助于實現(xiàn)組織目標 195
20.8 小結(jié) 197
第 21章 預(yù)留組織學習和改進的時間 198
21.1 償還技術(shù)債務(wù)的制度化慣例 199
21.2 讓所有人教學相長 200
21.3 在DevOps會議中分享經(jīng)驗 201
21.4 傳播實踐的內(nèi)部顧問和教練 203
21.5 小結(jié) 204
21.6 第五部分總結(jié) 204
第六部分 集成信息安全、變更管理和合規(guī)性的技術(shù)實踐
第 22章 將信息安全融入每個人的日常工作 207
22.1 將安全集成到開發(fā)迭代的演示中 207
22.2 將安全集成到缺陷跟蹤和事后分析會議中 208
22.3 將預(yù)防性安全控制集成到共享源代碼庫及共享服務(wù)中 208
22.4 將安全集成到部署流水線中 209
22.5 保證應(yīng)用程序的安全性 210
22.6 確保軟件供應(yīng)鏈的安全 214
22.7 確保環(huán)境的安全 215
22.8 將信息安全集成到生產(chǎn)環(huán)境遙測中 216
22.9 在應(yīng)用程序中建立安全遙測系統(tǒng) 217
22.10 在環(huán)境中建立安全遙測系統(tǒng) 217
22.11 保護部署流水線 219
22.12 小結(jié) 219
第 23章 保護部署流水線 220
23.1 將安全和合規(guī)性集成到變更批準流程中 220
23.2 將大量低風險變更重新歸類為標準變更 221
23.3 如何處理常規(guī)變更 222
23.4 減少對職責分離的依賴 224
23.5 確保為審計人員和合規(guī)人員留存文檔和證據(jù) 226
23.6 小結(jié) 228
23.7 第六部分總結(jié) 228
行動起來——本書總結(jié) 229
附加材料
附 錄 232
附錄1 DevOps的大融合 232
附錄2 約束理論和核心的長期沖突 234
附錄3 惡性循環(huán)列表 235
附錄4 交接和隊列的危害 235
附錄5 工業(yè)安全神話 236
附錄6 豐田安燈繩 237
附錄7 軟件包產(chǎn)品 238
附錄8 事后分析會議 238
附錄9 猿猴軍團 239
附錄10 上線時間透明化 240
參考資源 241
致 謝 243
EXIN DevOps Professional認證備考指南&模擬題 245
第 1章 敏捷、持續(xù)交付和三步法 4
1.1 制造業(yè)價值流 4
1.2 技術(shù)價值流 4
1.2.1 聚焦于部署前置時間 5
1.2.2 關(guān)注返工指標——%C/A 7
1.3 三步工作法：DevOps的基礎(chǔ)原則 7
1.4 小結(jié) 8
第 2章 第 一步：流動原則 9
2.1 使工作可見 9
2.2 限制在制品數(shù) 10
2.3 減小批量大小 11
2.4 減少交接次數(shù) 13
2.5 持續(xù)識別和改善約束點 14
2.6 消除價值流中的困境和浪費 15
2.7 小結(jié) 16
第3章 第二步：反饋原則 17
3.1 在復(fù)雜系統(tǒng)中安全地工作 17
3.2 及時發(fā)現(xiàn)問題 18
3.3 群策群力，戰(zhàn)勝問題獲取新知 19
3.4 在源頭保障質(zhì)量 21
3.5 為下游工作中心而優(yōu)化 22
3.6 小結(jié) 22
第4章 第三步：持續(xù)學習與實驗原則 23
4.1 建立學習型組織和安全文化 23
4.2 將日常工作的改進制度化 25
4.3 把局部發(fā)現(xiàn)轉(zhuǎn)化為全局優(yōu)化 26
4.4 在日常工作中注入彈性模式 27
4.5 領(lǐng)導(dǎo)層強化學習文化 27
4.6 小結(jié) 29
4.7 第 一部分總結(jié) 29
第二部分 從何處開始
第5章 選擇合適的價值流作為切入點 32
5.1 綠地項目與棕地項目 34
5.2 兼顧記錄型系統(tǒng)和交互型系統(tǒng) 35
5.3 從*樂于創(chuàng)新的團隊開始 36
5.4 擴大DevOps的范圍 37
5.5 小結(jié) 38
第6章 理解、可視化和運用價值流 39
6.1 確定創(chuàng)造客戶價值所需的團隊 40
6.2 針對團隊工作繪制價值流圖 40
6.3 組建專門的轉(zhuǎn)型團隊 42
6.3.1 擁有共同的目標 43
6.3.2 保持小跨度的改進計劃 44
6.3.3 為非功能性需求預(yù)留20%的開發(fā)時間，減少技術(shù)債務(wù) 44
6.3.4 提高工作的可視化程度 47
6.4 用工具強化預(yù)期行為 47
6.5 小結(jié) 48
第7章 參考康威定律設(shè)計組織結(jié)構(gòu) 49
7.1 組織原型 51
7.2 過度職能導(dǎo)向的危害（“成本優(yōu)化”） 51
7.3 組建以市場為導(dǎo)向的團隊（“速度優(yōu)化”） 52
7.4 使職能導(dǎo)向有效 53
7.5 將測試、運維和信息安全融入日常工作 54
7.6 使團隊成員都成為通才 54
7.7 投資于服務(wù)和產(chǎn)品，而非項目 56
7.8 根據(jù)康威定律設(shè)定團隊邊界 56
7.9 創(chuàng)建松耦合架構(gòu)，提高生產(chǎn)力和安全性 57
7.10 小結(jié) 60
第8章 將運維融入日常開發(fā)工作 61
8.1 創(chuàng)建共享服務(wù)，提高開發(fā)生產(chǎn)力 62
8.2 將運維工程師融入服務(wù)團隊 63
8.3 為每個服務(wù)團隊分派運維聯(lián)絡(luò)人 64
8.4 邀請運維工程師參加開發(fā)團隊的會議 65
8.4.1 邀請運維工程師參加每日站會 65
8.4.2 邀請運維工程師參加回顧會議 66
8.4.3 使用看板圖展示運維工作 66
8.5 小結(jié) 67
8.6 第二部分總結(jié) 67
第三部分 第 一步：流動的技術(shù)實踐
第9章 為部署流水線奠定基礎(chǔ) 70
9.1 按需搭建開發(fā)環(huán)境、測試環(huán)境和生產(chǎn)環(huán)境 71
9.2 應(yīng)用統(tǒng)一的代碼倉庫 72
9.3 使基礎(chǔ)設(shè)施的重建更容易 74
9.4 運行在類生產(chǎn)環(huán)境里才算“完成” 75
9.5 小結(jié) 76
第 10章 實現(xiàn)快速可靠的自動化測試 77
10.1 對代碼和環(huán)境做持續(xù)構(gòu)建、測試和集成 79
10.2 構(gòu)建快速可靠的自動化測試套件 81
10.2.1 在自動化測試中盡早發(fā)現(xiàn)錯誤 83
10.2.2 盡可能并行地快速執(zhí)行測試 84
10.2.3 先編寫自動化測試 84
10.2.4 盡量將手動測試自動化 85
10.2.5 在測試套件中集成性能測試 86
10.2.6 在測試套件中集成非功能性需求測試 86
10.3 在部署流水線失敗時拉下安燈繩 87
10.4 小結(jié) 89
第 11章 應(yīng)用和實踐持續(xù)集成 90
11.1 小批量開發(fā)與大批量合并 92
11.2 應(yīng)用基于主干的開發(fā)實踐 93
11.3 小結(jié) 95
第 12章 自動化和低風險發(fā)布 96
12.1 自動化部署流程 97
12.1.1 應(yīng)用自動化的自助式部署 100
12.1.2 在部署流水線中集成代碼部署 101
12.2 將部署與發(fā)布解耦 104
12.2.1 基于環(huán)境的發(fā)布模式 105
12.2.2 基于應(yīng)用的發(fā)布模式更安全 109
12.3 持續(xù)交付和持續(xù)部署實踐的調(diào)查 112
12.4 小結(jié) 113
第 13章 降低發(fā)布風險的架構(gòu) 114
13.1 能提高生產(chǎn)力、可測試性和安全性的架構(gòu) 115
13.2 架構(gòu)原型：單體架構(gòu)與微服務(wù) 116
13.3 安全地演進企業(yè)架構(gòu) 118
13.4 小結(jié) 121
13.5 第三部分總結(jié) 121
第四部分 第二步：反饋的技術(shù)實踐
第 14章 建立能發(fā)現(xiàn)并解決問題的遙測系統(tǒng) 125
14.1 建設(shè)集中式監(jiān)控架構(gòu) 127
14.2 建立生產(chǎn)環(huán)境的應(yīng)用程序日志遙測 129
14.3 使用遙測指導(dǎo)問題的解決 131
14.4 將建立生產(chǎn)遙測融入日常工作 132
14.5 建立自助訪問的遙測和信息輻射器 133
14.6 發(fā)現(xiàn)和填補遙測的盲區(qū) 135
14.6.1 應(yīng)用程序和業(yè)務(wù)度量指標 136
14.6.2 基礎(chǔ)架構(gòu)度量指標 137
14.6.3 顯示疊加的指標組合 138
14.7 小結(jié) 139
第 15章 分析遙測數(shù)據(jù)以更好地預(yù)測故障和實現(xiàn)目標 140
15.1 用均值和標準差識別潛在問題 141
15.2 異常狀態(tài)的處理和告警 142
15.3 非高斯分布遙測數(shù)據(jù)的問題 143
15.4 應(yīng)用異常檢測技術(shù) 146
15.5 小結(jié) 149
第 16章 應(yīng)用反饋實現(xiàn)安全部署 150
16.1 通過遙測使部署更安全 151
16.2 開發(fā)和運維共同承擔值班工作 153
16.3 讓開發(fā)人員跟蹤工作對下游的影響 153
16.4 讓開發(fā)人員自行管理生產(chǎn)服務(wù) 155
16.5 小結(jié) 159
第 17章 將假設(shè)驅(qū)動的開發(fā)和A/B測試融入日常工作 160
17.1 A/B測試簡史 161
17.2 在功能測試中集成A/B測試 162
17.3 在發(fā)布中集成A/B測試 162
17.4 在功能規(guī)劃中集成A/B測試 163
17.5 小結(jié) 165
第 18章 建立評審和協(xié)作流程以提升當前工作的質(zhì)量 166
18.1 變更審批流程的危險 168
18.2 “過度控制變更”的潛在危險 168
18.3 變更的協(xié)調(diào)和排程 170
18.4 變更的同行評審 170
18.5 人工測試和變更凍結(jié)的潛在危害 173
18.6 利用結(jié)對編程改進代碼變更 173
18.7 消除官僚流程 176
18.8 小結(jié) 177
18.9 第四部分總結(jié) 178
第五部分 第三步：持續(xù)學習與實驗的技術(shù)實踐
第 19章 將學習融入日常工作 180
19.1 建立公正和學習的文化 181
19.2 舉行不指責的事后分析會議 182
19.3 盡可能廣泛地公開事后分析會議結(jié)果 184
19.4 降低事故容忍度，尋找更弱的故障信號 185
19.5 重新定義失敗，鼓勵評估風險 186
19.6 在生產(chǎn)環(huán)境注入故障來恢復(fù)和學習 186
19.7 創(chuàng)建故障演練日 187
19.8 小結(jié) 189
第 20章 將局部經(jīng)驗轉(zhuǎn)化為全局改進 190
20.1 使用聊天室和聊天機器人自動積累組織知識 190
20.2 軟件中便于重用的自動化、標準化流程 192
20.3 創(chuàng)建全組織共享的單一源代碼庫 192
20.4 運用自動化測試記錄和交流實踐來傳播知識 194
20.5 通過確定非功能性需求來設(shè)計運維 194
20.6 把可重用的運維用戶故事納入開發(fā) 195
20.7 確保技術(shù)選型有助于實現(xiàn)組織目標 195
20.8 小結(jié) 197
第 21章 預(yù)留組織學習和改進的時間 198
21.1 償還技術(shù)債務(wù)的制度化慣例 199
21.2 讓所有人教學相長 200
21.3 在DevOps會議中分享經(jīng)驗 201
21.4 傳播實踐的內(nèi)部顧問和教練 203
21.5 小結(jié) 204
21.6 第五部分總結(jié) 204
第六部分 集成信息安全、變更管理和合規(guī)性的技術(shù)實踐
第 22章 將信息安全融入每個人的日常工作 207
22.1 將安全集成到開發(fā)迭代的演示中 207
22.2 將安全集成到缺陷跟蹤和事后分析會議中 208
22.3 將預(yù)防性安全控制集成到共享源代碼庫及共享服務(wù)中 208
22.4 將安全集成到部署流水線中 209
22.5 保證應(yīng)用程序的安全性 210
22.6 確保軟件供應(yīng)鏈的安全 214
22.7 確保環(huán)境的安全 215
22.8 將信息安全集成到生產(chǎn)環(huán)境遙測中 216
22.9 在應(yīng)用程序中建立安全遙測系統(tǒng) 217
22.10 在環(huán)境中建立安全遙測系統(tǒng) 217
22.11 保護部署流水線 219
22.12 小結(jié) 219
第 23章 保護部署流水線 220
23.1 將安全和合規(guī)性集成到變更批準流程中 220
23.2 將大量低風險變更重新歸類為標準變更 221
23.3 如何處理常規(guī)變更 222
23.4 減少對職責分離的依賴 224
23.5 確保為審計人員和合規(guī)人員留存文檔和證據(jù) 226
23.6 小結(jié) 228
23.7 第六部分總結(jié) 228
行動起來——本書總結(jié) 229
附加材料
附 錄 232
附錄1 DevOps的大融合 232
附錄2 約束理論和核心的長期沖突 234
附錄3 惡性循環(huán)列表 235
附錄4 交接和隊列的危害 235
附錄5 工業(yè)安全神話 236
附錄6 豐田安燈繩 237
附錄7 軟件包產(chǎn)品 238
附錄8 事后分析會議 238
附錄9 猿猴軍團 239
附錄10 上線時間透明化 240
參考資源 241
致 謝 243
EXIN DevOps Professional認證備考指南&模擬題 245
展開全部
DEVOPS實踐指南 相關(guān)資料
“以平臺化、生態(tài)化、智能化和敏捷為主要特征的數(shù)字化時代已經(jīng)到來，需要我們采用與之匹配的工作方法。DevOps作為與數(shù)字化相適應(yīng)的方法之一，其作用不可或缺。IT人員要實現(xiàn)數(shù)字化轉(zhuǎn)型，必須學會此方法，否則將難以勝任當前和未來的工作。”——李長華，高德納公司（Gartner）高級高管合伙人 “經(jīng)歷了多年信息化實踐，我深感打造堅強IT運維體系和能力對支撐企業(yè)經(jīng)營管理的重要性。接觸和深度了解DevOps之后，我*的感受是，它有利于在改善傳統(tǒng)‘穩(wěn)態(tài)IT’運維體系的過程中尋獲到提升價值的訣竅，也是構(gòu)建云計算時代‘敏態(tài)IT’運維體系中不可或缺的柱石。”——李紅，中國中鋼集團有限公司信息管理中心總經(jīng)理 “對很多人而言，DevOps已經(jīng)不是一個陌生的概念了，但是其思想精髓該如何融入傳統(tǒng)企業(yè)的IT管理來助力企業(yè)提升商業(yè)競爭力呢？這仍然是CIO及其團隊面臨的挑戰(zhàn)。本書結(jié)合48個著名公司的案例，介紹了高績效公司是如何利用DevOps‘三步工作法’原則取得成功的，相信一定會使讀者受益匪淺。”——李煒，中國衛(wèi)通集團信息中心主任 “在訪談了‘DevOps之父’Patrick Debois之后，我深刻地理解了‘DevOps is the Human Factor’這句話的真諦。DevOps是不斷演進的，不是能夠被固化定義下來的標準化流程體系。DevOps是一場關(guān)于工作方式的革命和企業(yè)文化的運動，同時也是企業(yè)數(shù)字化轉(zhuǎn)型中高效團隊所必備的能力。本書是繼《鳳凰項目》之后，Gene Kim攜手全球三位DevOps界大咖的扛鼎之作，無愧‘全球DevOps暢銷書’的美譽。”——孫振鵬，EXIN國際信息科學考試學會亞太區(qū)總經(jīng)理，DevOpsDays中國發(fā)起人 “過去的20年里，中國大型商業(yè)銀行逐步構(gòu)建了以研發(fā)、測試、運維團隊為主體的IT組織架構(gòu)，基于ITIL建立了信息系統(tǒng)建設(shè)和服務(wù)的流程。然而，金融科技浪潮的到來要求對產(chǎn)品進行迭代開發(fā)、敏捷測試、快速部署，必須同時滿足業(yè)務(wù)連續(xù)性、服務(wù)穩(wěn)定性與業(yè)務(wù)快速創(chuàng)新的要求。因此，IT體系向DevOps轉(zhuǎn)型成為了一個備受關(guān)注的課題。本書既是國際DevOps Professional認證的核心教材，也為DevOps轉(zhuǎn)型提供了從啟動到實現(xiàn)所必需的理論、原則和實踐案例。”——涂曉軍，中國農(nóng)業(yè)銀行數(shù)據(jù)中心總經(jīng)理 “科技屬性正在成為企業(yè)能否長期健康成長的核心要素，以個性化和*體驗為核心的服務(wù)運營模式對業(yè)務(wù)快速創(chuàng)新迭代能力提出了極高的要求。DevOps為技術(shù)組織提供了卓越的能力，來實現(xiàn)科技創(chuàng)新和業(yè)務(wù)發(fā)展的高效融合、協(xié)同和共贏。”——徐斌，雪松控股集團CIO，前殼牌中國CIO “為保證交付質(zhì)量，傳統(tǒng)理論和做法是開發(fā)、測試、運維各自設(shè)定自己的目標和準入、準出規(guī)則，嚴控變更。IT人員很累，業(yè)務(wù)部門卻不買賬。DevOps開創(chuàng)了開發(fā)、運維一體化的理念、方法和流程。面對銀行正在實施的數(shù)字化轉(zhuǎn)型，本書的出版可謂恰逢其時。”——王燕，中信銀行信息技術(shù)管理部總經(jīng)理 “這是一本切合實際、實用性強、具有指導(dǎo)意義的指南，能幫你完成《鳳凰項目》中所有令人拍手叫絕的事情。”——Tom Limoncelli，Stack Exchange問答平臺SRE經(jīng)理，曾任谷歌公司SRE/系統(tǒng)管理員 “對于想理解、解釋和實現(xiàn)DevOps文化、流程和工具，來達成高性能運維的任何人而言，本書都是不二之選。”——Quentin Fennessy，埃森哲公司DevOps架構(gòu)經(jīng)理 “我一直在找探討如何在大型組織中實現(xiàn)DevOps的書，不得不說，本書‘一站式’地讓我了解到了許多：不僅包括技術(shù)方面，而且包括業(yè)務(wù)方面。”——Jumy Mathew，Sogeti公司首席顧問，歐盟委員會應(yīng)用架構(gòu)師 “本書對DevOps新手和老手來說都是很好的材料。作為《鳳凰項目》小說的續(xù)作，它毫不遜色……強烈推薦。”——Hamlet Khodaverdian，LMNTRIX公司美洲區(qū)副總裁
DEVOPS實踐指南 作者簡介
Gene Kim
Tripwire創(chuàng)始人、前CTO，ITRevolution創(chuàng)始人，DevOps企業(yè)峰會主辦人，暢銷書《鳳凰項目》合著者。
Jez Humble
DevOps Research andAssessment公司CTO，加州大學伯克利分校信息學院講師；曾任ThoughtWorks首席顧問。《精益企業(yè)》和Jolt大獎圖書《持續(xù)交付》的合著者。
Patrick Debois
DevOps之父，致力于通過在開發(fā)、項目管理和系統(tǒng)管理之中應(yīng)用敏捷技術(shù)來填補項目和運維之間的鴻溝。
Gene Kim
Tripwire創(chuàng)始人、前CTO，IT
Revolution創(chuàng)始人，DevOps企業(yè)峰會主辦人，暢銷書《鳳凰項目》合著者。
Jez Humble
DevOps Research and
Assessment公司CTO，加州大學伯克利分校信息學院講師；曾任ThoughtWorks首席顧問。《精益企業(yè)》和Jolt大獎圖書《持續(xù)交付》的合著者。
Patrick Debois
DevOps之父，致力于通過在開發(fā)、項目管理和系統(tǒng)管理之中應(yīng)用敏捷技術(shù)來填補項目和運維之間的鴻溝。
John Willis
Chain Bridge System創(chuàng)始人，曾任Docker公司布道師，現(xiàn)就職于SJ
Technologies公司。
譯者簡介：
劉征Nutanix路坦力資深架構(gòu)師，EXIN首批國內(nèi)DevOps
Master和DevOps Professional認證講師，持有紅帽RHCA認證和AWS高級架構(gòu)師認證，諳熟企業(yè)數(shù)據(jù)中心的IT服務(wù)管理。目前致力于推廣DevOps相關(guān)的理念和實踐，在DevOps社區(qū)中積極地參與培訓和研討會等活動，是DevOpsDays大會社區(qū)在中國的核心組織者和志愿工作者。
王磊前ThoughtWorks咨詢師，EXIN首批國內(nèi)DevOps Master認證講師。擁有10多年軟件行業(yè)經(jīng)驗，以及服務(wù)化架構(gòu)、持續(xù)交付和DevOps轉(zhuǎn)型等方面的豐富實踐經(jīng)驗。國內(nèi)較早倡導(dǎo)和實踐微服務(wù)的先行者，著有國內(nèi)首本微服務(wù)架構(gòu)相關(guān)圖書《微服務(wù)架構(gòu)與實踐》，是西安DevOps Meetup活動的聯(lián)合發(fā)起人。
馬博文前ThoughtWorks咨詢師，AWS認證助理架構(gòu)師、開發(fā)者。擁有多年Web開發(fā)和DevOps經(jīng)驗，熟悉持續(xù)交付、微服務(wù)。曾參與翻譯《Scala編程實戰(zhàn)》《DevOps實踐》等書，是西安DevOps Meetup活動的發(fā)起人。
曾朝京Micro Focus資深解決方案顧問，曾參加EXIN首批國內(nèi)Devops
Master講師認證培訓。長期從事IT運維管理領(lǐng)域咨詢工作，曾為能源、金融、航空運輸、政府行業(yè)中的多個大型企業(yè)提供IT運維管理規(guī)劃。目前致力于探索DevOps理念在企業(yè)IT部門的實踐。
書友推薦
- >
李白與唐代文化
- >
伊索寓言-世界文學名著典藏-全譯本
- >
中國歷史的瞬間
- >
月亮虎
- >
經(jīng)典常談
- >
推拿
- >
企鵝口袋書系列·偉大的思想20:論自然選擇(英漢雙語)
- >
山海經(jīng)
本類暢銷
