中圖網(wǎng)小程序
一鍵登錄
更方便
>
>>
持續(xù)交付2.0:業(yè)務(wù)引領(lǐng)的DevOps精要:business-leading devops essentials
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應(yīng)用
-
>
決戰(zhàn)行測5000題(言語理解與表達(dá))
-
>
軟件性能測試.分析與調(diào)優(yōu)實踐之路
-
>
第一行代碼Android
-
>
JAVA持續(xù)交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學(xué)習(xí)
持續(xù)交付2.0:業(yè)務(wù)引領(lǐng)的DevOps精要:business-leading devops essentials 版權(quán)信息
- ISBN：9787115524638
- 條形碼：9787115524638 ; 978-7-115-52463-8
- 裝幀：平裝-膠訂
- 冊數(shù)：暫無
- 重量：暫無
- 所屬分類：>>
持續(xù)交付2.0:業(yè)務(wù)引領(lǐng)的DevOps精要:business-leading devops essentials 本書特色
·世界**互聯(lián)網(wǎng)公司軟件交付工作原則與方法解析 ·作者在持續(xù)交付領(lǐng)域多年實踐經(jīng)驗的精華總結(jié) ·國內(nèi)知名互聯(lián)網(wǎng)公司多位管理者與領(lǐng)域?qū)＜液狭A情推薦 持續(xù)交付2.0不只是關(guān)于軟件的交付模型，而是從業(yè)務(wù)問題出發(fā)，關(guān)注業(yè)務(wù)假設(shè)驗證速度的雙環(huán)業(yè)務(wù)模型。只有從業(yè)務(wù)目標(biāo)出發(fā)的持續(xù)交付實踐才有強大的創(chuàng)造力和生命力！ 書中指出，持續(xù)交付2.0雙環(huán)模型高速運轉(zhuǎn)的三個支柱分別是組織機制、軟件架構(gòu)和軟件交付基礎(chǔ)設(shè)施，同時給出了提升價值探索環(huán)以及快速驗證環(huán)運轉(zhuǎn)速度的多種可行方法。 本書還為我們呈現(xiàn)了在企業(yè)內(nèi)部改善持續(xù)交付2.0能力所需遵循的基本原則，包括組織文化建設(shè)、軟件系統(tǒng)架構(gòu)、業(yè)務(wù)協(xié)作、配置管理、構(gòu)建集成、自動化測試、發(fā)布與監(jiān)控七大板塊，并指出各領(lǐng)域?qū)嵺`關(guān)鍵點，以及多種可實操性方法。同時，通過3個完整的實踐案例過程分析，說明每個企業(yè)或團(tuán)隊都必須從自己的業(yè)務(wù)目標(biāo)出發(fā)，根據(jù)自己的實際情況，制定自己的改善路線。 精裝版更是增加了一章“勝任力模型與組織健康度”的內(nèi)容，具體闡述組織能力三要素——流程、工具與個體，組織勝任力評估模型，個人勝任力培養(yǎng)體系，組織健康度，使全書的內(nèi)容體系更加完整。
持續(xù)交付2.0:業(yè)務(wù)引領(lǐng)的DevOps精要:business-leading devops essentials 內(nèi)容簡介
本書“重新定義”了持續(xù)交付，增補了組織管理和架構(gòu)兩個維度，輔助以真實案例，對諸多持續(xù)交付的原則和實踐加以解讀，并對持續(xù)交付過程中的取舍原則加以論述。 本書分三個部分。**部分作者根據(jù)自己近十年的工作及咨詢經(jīng)歷，不斷總結(jié)、提煉和反思，對原有的持續(xù)交付進(jìn)行了修正，重新定義持續(xù)交付為實現(xiàn)組織戰(zhàn)略目標(biāo)的能力，并引入持續(xù)交付的能力模型；第二部分闡述組織打造持續(xù)交付能力所需遵守的原則，包括基礎(chǔ)原則、組織原則和架構(gòu)原則；第三部分通過多個互聯(lián)網(wǎng)公司案例的解讀，闡述如何根據(jù)組織的當(dāng)前狀況，應(yīng)用原則，并對*佳實踐進(jìn)行取舍，快速達(dá)到組織能力目標(biāo)。 本書適合大型互聯(lián)網(wǎng)公司的技術(shù)VP、技術(shù)負(fù)責(zé)人，中小型互聯(lián)網(wǎng)公司的CTO、技術(shù)VP、研發(fā)/測試/運維負(fù)責(zé)人、主管及骨干，以及組織變革者閱讀。
持續(xù)交付2.0:業(yè)務(wù)引領(lǐng)的DevOps精要:business-leading devops essentials 目錄
第1章 持續(xù)交付2.0 1
1.1 軟件工程發(fā)展概述 1
1.1.1 瀑布軟件開發(fā)方法 1
1.1.2 敏捷軟件開發(fā)方法 2
1.1.3 DevOps運動 3
1.1.4 持續(xù)交付1.0 4
1.2 持續(xù)交付2.0 7
1.2.1 精益思想 8
1.2.2 雙環(huán)模型 9
1.2.3 4個核心原則 11
1.2.4 持續(xù)交付七巧板 12
1.3 小結(jié) 13
第2章 價值探索環(huán) 15
2.1 探索環(huán)的意義 15
2.2 探索環(huán)的4個關(guān)鍵環(huán)節(jié) 16
2.2.1 提問 17
2.2.2 錨定 18
2.2.3 共創(chuàng) 20
2.2.4 精煉 23
2.3 工作原則 25
2.3.1 分解并快速試錯 25
2.3.2 一次只驗證一點 26
2.3.3 允許失敗 27
2.4 共創(chuàng)與精煉的常用方法 28
2.4.1 裝飾窗方法 28
2.4.2 *小可行特性法 30
2.4.3 特區(qū)法 31
2.4.4 定向探索法 31
2.4.5 稻草人法 32
2.4.6 *小可行產(chǎn)品法 33
2.5 實施注意事項 33
2.6 小結(jié) 36
第3章 快速驗證環(huán) 37
3.1 驗證環(huán)的目標(biāo) 37
3.2 驗證環(huán)的4個關(guān)鍵環(huán)節(jié) 38
3.2.1 構(gòu)建 38
3.2.2 運行 39
3.2.3 監(jiān)測 40
3.2.4 決策 40
3.3 工作原則 40
3.3.1 質(zhì)量內(nèi)建 40
3.3.2 消除等待 41
3.3.3 重復(fù)事務(wù)自動化 44
3.3.4 監(jiān)測一切 44
3.4 小結(jié) 45
第4章 持續(xù)交付2.0的組織文化 47
4.1 安全、信任與持續(xù)改善 47
4.1.1 失敗是安全的 47
4.1.2 相互信任 47
4.1.3 持續(xù)改善 48
4.2 文化塑造四步法 48
4.2.1 行為決定文化 48
4.2.2 谷歌的工程師質(zhì)量文化 50
4.2.3 Etsy的持續(xù)試驗文化 51
4.3 行動原則 52
4.3.1 價值導(dǎo)向 53
4.3.2 快速驗證 53
4.3.3 持續(xù)學(xué)習(xí) 53
4.4 度量原則 57
4.4.1 度量指標(biāo)的4類屬性 58
4.4.2 度量的目標(biāo)是改善 59
4.5 “改善套路”進(jìn)行持續(xù)改進(jìn) 59
4.6 小結(jié) 60
第5章 持續(xù)交付的軟件系統(tǒng)架構(gòu) 63
5.1 “大系統(tǒng)小做”原則 64
5.1.1 持續(xù)交付架構(gòu)要求 64
5.1.2 系統(tǒng)拆分原則 64
5.2 常見架構(gòu)模式 65
5.2.1 微核架構(gòu) 65
5.2.2 微服務(wù)架構(gòu) 66
5.2.3 巨石應(yīng)用 67
5.3 架構(gòu)改造實施模式 69
5.3.1 拆遷者模式 70
5.3.2 絞殺者模式 71
5.3.3 修繕者模式 71
5.3.4 數(shù)據(jù)庫的拆分方法 73
5.4 小結(jié) 73
第6章 業(yè)務(wù)需求協(xié)作管理 75
6.1 產(chǎn)品版本周期概述 76
6.1.1 準(zhǔn)備期 76
6.1.2 交付期 77
6.2 需求拆分的利與弊 78
6.2.1 需求拆分的收益 79
6.2.2 需求拆分的成本 81
6.3 需求拆分方法 82
6.3.1 需求的來源 83
6.3.2 技術(shù)債也是需求 83
6.3.3 參與需求拆分的角色 84
6.3.4 不平等的INVEST原則 85
6.3.5 五大拆分技法 85
6.3.6 七大組成部分 87
6.4 需求分析與管理工具集 88
6.4.1 用戶故事地圖 88
6.4.2 用戶故事樹 89
6.4.3 依賴關(guān)系圖 90
6.4.4 需求管理數(shù)字化平臺 90
6.5 團(tuán)隊協(xié)作管理工具 90
6.5.1 團(tuán)隊共享日歷 91
6.5.2 團(tuán)隊回顧 92
6.5.3 可視化故事墻 93
6.5.4 明確“完成”的定義 93
6.5.5 持續(xù)集成 94
6.5.6 故事驗證 94
6.6 小結(jié) 94
第7章 部署流水線原則與工具設(shè)計 95
7.1 簡單的部署流水線 95
7.1.1 簡單的產(chǎn)品研發(fā)流程 95
7.1.2 初始部署流水線 96
7.1.3 流水線執(zhí)行狀態(tài)解析 98
7.2 部署流水線的設(shè)計與使用 98
7.2.1 流水線的設(shè)計原則 98
7.2.2 團(tuán)隊的協(xié)作紀(jì)律 100
7.3 部署流水線平臺的構(gòu)成 100
7.3.1 工具鏈總體架構(gòu) 100
7.3.2 平臺應(yīng)當(dāng)具備的基本能力 102
7.3.3 工具鏈建設(shè)策略 103
7.4 基礎(chǔ)支撐服務(wù)的云化 103
7.4.1 基礎(chǔ)支撐服務(wù)的協(xié)作過程解析 104
7.4.2 編譯構(gòu)建管理服務(wù) 106
7.4.3 自動化測試管理服務(wù) 107
7.4.4 軟件部署管理服務(wù) 108
7.4.5 基礎(chǔ)環(huán)境管理服務(wù) 109
7.5 企業(yè)制品庫的管理 110
7.5.1 制品庫的分類 110
7.5.2 制品庫的管理原則 111
7.6 多種多樣的部署流水線 111
7.6.1 多組件的部署流水線 111
7.6.2 個人部署流水線 112
7.6.3 部署流水線的不斷演進(jìn) 113
7.7 為開發(fā)者構(gòu)建自助式工具 114
7.8 小結(jié) 116
第8章 利于集成的分支策略 117
8.1 版本控制系統(tǒng)的使用目的 117
8.1.1 集中式版本控制系統(tǒng) 117
8.1.2 分布式版本控制系統(tǒng) 118
8.1.3 版本控制系統(tǒng)中的基本概念 120
8.2 常見分支開發(fā)模式 121
8.2.1 主干開發(fā)，主干發(fā)布 121
8.2.2 主干開發(fā)，分支發(fā)布 122
8.2.3 分支開發(fā)，主干發(fā)布 124
8.3 分支模式的演化 129
8.3.1 “三駕馬車”分支模式 129
8.3.2 Gitflow分支模式 130
8.3.3 GitHubFlow分支模式 131
8.4 分支策略的選擇 131
8.4.1 版本發(fā)布模式 131
8.4.2 分支策略與發(fā)布周期的關(guān)系 135
8.5 小結(jié) 136
第9章 持續(xù)集成 137
9.1 起源與定義 137
9.1.1 原始定義 138
9.1.2 一次集成過程 138
9.2 六步提交法 139
9.2.1 4個關(guān)鍵點 141
9.2.2 同步與異步模式 142
9.2.3 自查表 143
9.3 速度與質(zhì)量的權(quán)衡 144
9.3.1 分級構(gòu)建 145
9.3.2 多人同時提交的構(gòu)建 145
9.3.3 云平臺的威力 146
9.4 在團(tuán)隊中實施持續(xù)集成實踐 148
9.4.1 快速建立團(tuán)隊的持續(xù)集成實踐 149
9.4.2 分支策略與部署流水線 151
9.5 常見的實施問題 153
9.5.1 工程師的開發(fā)習(xí)慣 154
9.5.2 視而不見的掃描問題 154
9.5.3 自動化測試用例的缺乏 154
9.6 小結(jié) 155
第10章 自動化測試策略與方法 157
10.1 自動化測試的自身定位 157
10.1.1 自動化測試的優(yōu)勢 158
10.1.2 自動化測試所需的投入 159
10.2 突破傳統(tǒng)自動化測試的困境 160
10.2.1 傳統(tǒng)自動化測試的特點 161
10.2.2 自動化測試的分層 161
10.2.3 不同類型的測試金字塔 164
10.3 自動化測試的實施策略 167
10.3.1 增加自動化測試用例的著手點 167
10.3.2 提高自動化測試的執(zhí)行次數(shù) 168
10.3.3 良好自動化測試的特征 169
10.3.4 共享自動化測試的維護(hù)職責(zé) 170
10.3.5 代碼測試覆蓋率 171
10.4 用戶驗收自動化測試要點 172
10.4.1 先搭建分層框架 172
10.4.2 測試用例數(shù)應(yīng)保持低位 175
10.4.3 為自動化測試用例預(yù)留API 175
10.4.4 為調(diào)試做好準(zhǔn)備 175
10.4.5 測試數(shù)據(jù)的準(zhǔn)備 175
10.5 其他質(zhì)量檢查方法 177
10.5.1 差異批注測試方法 177
10.5.2 代碼規(guī)范檢查與代碼動靜態(tài)檢測 178
10.5.3 AI在測試領(lǐng)域的應(yīng)用 178
10.6 小結(jié) 179
第11章 軟件配置管理 181
11.1 將一切納入配置管理 181
11.1.1 配置管理目標(biāo) 181
11.1.2 配置管理的范圍 182
11.1.3 軟件配置管理原則 182
11.2 軟件包的版本管理 186
11.2.1 包管理的反模式 186
11.2.2 集中式包管理服務(wù) 187
11.2.3 軟件包的元信息 188
11.3 包依賴管理 190
11.3.1 顯式聲明依賴 190
11.3.2 自動管理依賴 192
11.3.3 減少復(fù)雜依賴 193
11.4 環(huán)境基礎(chǔ)設(shè)施管理 196
11.4.1 環(huán)境準(zhǔn)備的4種狀態(tài) 196
11.4.2 領(lǐng)域?qū)僬Z言的應(yīng)用 202
11.4.3 環(huán)境基礎(chǔ)設(shè)施即代碼 203
11.5 軟件配置項的管理 204
11.5.1 二進(jìn)制與配置項的分離 204
11.5.2 配置信息的版本管理 205
11.5.3 配置項的存儲組織方式 206
11.5.4 配置漂移與治理 207
11.6 不可變基礎(chǔ)設(shè)施與云應(yīng)用 208
11.6.1 實現(xiàn)不可變基礎(chǔ)設(shè)施 208
11.6.2 云原生應(yīng)用 211
11.6.3 優(yōu)勢與挑戰(zhàn) 211
11.7 數(shù)據(jù)的版本管理 213
11.7.1 數(shù)據(jù)庫結(jié)構(gòu)變更 213
11.7.2 數(shù)據(jù)文件 213
11.8 需求與源代碼的版本關(guān)聯(lián) 214
11.9 小結(jié) 214
第12章 低風(fēng)險發(fā)布 217
12.1 高頻發(fā)布是一種趨勢 217
12.1.1 互聯(lián)網(wǎng)企業(yè)的高頻發(fā)布 218
12.1.2 收益與成本共存 220
12.2 降低發(fā)布風(fēng)險的方法 221
12.2.1 藍(lán)綠部署 221
12.2.2 滾動部署 222
12.2.3 金絲雀發(fā)布與灰度發(fā)布 223
12.2.4 暗部署 224
12.3 高頻發(fā)布支撐技術(shù) 225
12.3.1 功能開關(guān)技術(shù) 226
12.3.2 數(shù)據(jù)遷移技術(shù) 228
12.3.3 抽象分支方法 231
12.3.4 升級替代回滾 232
12.4 影響發(fā)布頻率的因素 233
12.5 小結(jié) 234
第13章 監(jiān)測與決策 235
13.1 生產(chǎn)監(jiān)測范圍 236
13.1.1 后臺服務(wù)的監(jiān)測 236
13.1.2 分發(fā)軟件的監(jiān)測 236
13.2 數(shù)據(jù)監(jiān)測體系 237
13.2.1 收集與處理 237
13.2.2 數(shù)據(jù)的標(biāo)準(zhǔn)化 238
13.2.3 監(jiān)測數(shù)據(jù)體系及其能力衡量 239
13.3 問題處理體系 241
13.3.1 告警海洋與智能化管理 241
13.3.2 問題處理是一個學(xué)習(xí)過程 242
13.4 生產(chǎn)環(huán)境測試 243
13.4.1 測試活動扁平化趨勢 243
13.4.2 生產(chǎn)環(huán)境中的測試 245
13.4.3 混沌工程 245
13.5 向東，還是向西 246
13.6 小結(jié) 247
第14章 大型互聯(lián)網(wǎng)團(tuán)隊的FT化 249
14.1 簡介 249
14.1.1 改進(jìn)前狀態(tài) 250
14.1.2 改進(jìn)后狀態(tài) 252
14.2 改進(jìn)方法論 252
14.2.1 指導(dǎo)思想 252
14.2.2 改進(jìn)步驟 252
14.3 改進(jìn)的歷程 253
14.3.1 架構(gòu)解耦 253
14.3.2 組織解耦 255
14.3.3 研發(fā)流程再造 258
14.3.4 自動化一切 266
14.4 小結(jié) 267
第15章 小團(tuán)隊逆襲之旅 271
15.1 背景簡介 271
15.1.1 改進(jìn)前的“死亡行軍”之旅 273
15.1.2 改進(jìn)后的無缺陷交付 273
15.2 改進(jìn)方法論 274
15.2.1 指導(dǎo)思想 274
15.2.2 試點團(tuán)隊的選擇 274
15.3 **階段：研發(fā)準(zhǔn)備期 275
15.3.1 功能簡介與需求拆分 275
15.3.2 架構(gòu)設(shè)計與需求依賴識別 276
15.3.3 工作量估算與排期 277
15.4 第二階段：軟件交付期 279
15.4.1 通過可視化看板改進(jìn)工作流程 279
15.4.2 無缺陷交付 286
15.4.3 主干開發(fā)與持續(xù)集成 287
15.4.4 測試活動左移 288
15.4.5 代碼評審 288
15.4.6 關(guān)注結(jié)果，更要關(guān)注過程 289
15.5 小結(jié) 290
第16章 研發(fā)推動的DevOps 293
16.1 改進(jìn)的關(guān)鍵點 295
16.1.1 改進(jìn)方法論 295
16.1.2 定義改進(jìn)目標(biāo) 295
16.2 **階段：敏捷101 297
16.2.1 做個靠譜的計劃 297
16.2.2 開發(fā)階段啟航 301
16.2.3 對過程質(zhì)量的約束 304
16.2.4 階段性改進(jìn)點 311
16.3 第二階段：DevOps轉(zhuǎn)型 312
16.3.1 與運維人員的“沖突” 313
16.3.2 高頻部署發(fā)布中的具體障礙 314
16.3.3 整體解決方案的設(shè)計 314
16.3.4 DevOps階段的團(tuán)隊改變 318
16.4 小結(jié) 318
第17章 勝任力模型與組織健康度 321
17.1 組織能力三要素：流程、工具與個體 321
17.2 組織勝任力評估模型 322
17.2.1 過程維度 323
17.2.2 結(jié)果維度 323
17.3 個人勝任力培養(yǎng)體系 324
17.4 組織健康度 325
17.5 小結(jié) 326
附錄A 軟件工程的三次進(jìn)化 327
附錄B 排序法做相對估算 341
展開全部
持續(xù)交付2.0:業(yè)務(wù)引領(lǐng)的DevOps精要:business-leading devops essentials 作者簡介
喬梁 ， 敏思特咨詢公司聯(lián)合創(chuàng)始人，持續(xù)交付領(lǐng)域?qū)＜遥艚菖c精益轉(zhuǎn)型導(dǎo)師，任騰訊外聘高級研發(fā)管理顧問。擁有多年IT從業(yè)經(jīng)驗，曾就職于百度、Nokia等國內(nèi)外知名軟件公司，并先后擔(dān)任騰訊、搜狐暢游等多家互聯(lián)網(wǎng)公司的高級管理顧問，幫助多個產(chǎn)品線取得業(yè)務(wù)上的成功突破，曾為華為、上汽等非互聯(lián)網(wǎng)軟件企業(yè)提供敏捷轉(zhuǎn)型咨詢服務(wù)，指導(dǎo)解決組織轉(zhuǎn)型與研發(fā)管理方面的相關(guān)問題。 喬梁是國內(nèi)*早致力于通過敏捷開發(fā)與精益理論改善軟件價值交付效率的實踐者之一，精研各種軟件工程方法論，2010年翻譯《持續(xù)交付》一書，并將其融會貫通，成為持續(xù)交付和DevOps理念在國內(nèi)的首批實踐者和布道者，在8 年管理實踐的基礎(chǔ)上， 經(jīng)過總結(jié)提煉，提出持續(xù)交付雙環(huán)模型，并將工作心得整理成冊， 取名為《持續(xù)交付2.0》，將關(guān)注點擴(kuò)展至業(yè)務(wù)價值的持續(xù)探索與快速驗證。關(guān)注本書公眾號“持續(xù)交付2.0”（微信號continuous_delivery），或者訪問本書網(wǎng)站www.continuousdelivery20.com，可以持續(xù)獲取作者的*新分享，并參與互動和交流。
書友推薦
- >
姑媽的寶刀
- >
回憶愛瑪儂
- >
山海經(jīng)
- >
推拿
- >
名家?guī)阕x魯迅:朝花夕拾
- >
二體千字文
- >
煙與鏡
- >
羅曼·羅蘭讀書隨筆-精裝
本類暢銷
