持續(xù)交付2.0 業(yè)務(wù)引領(lǐng)的DevOps精要（增訂本）

目錄
第 1章　持續(xù)交付2．0\t1
1．1　軟件工程發(fā)展概述\t1
1．1．1　瀑布軟件開發(fā)方法\t1
1．1．2　敏捷軟件開發(fā)方法\t2
1．1．3　DevOps運(yùn)動(dòng)\t3
1．1．4　持續(xù)交付1．0\t4
1．2　持續(xù)交付2．0\t7
1．2．1　精益思想\t8
1．2．2　雙環(huán)模型\t9
1．2．3　4個(gè)核心原則\t11
1．2．4　持續(xù)交付七巧板\t12
1．3　小結(jié)\t13
第 2章　價(jià)值探索環(huán)\t14
2．1　探索環(huán)的意義\t14
2．2　探索環(huán)的4個(gè)關(guān)鍵環(huán)節(jié)\t15
2．2．1　提問\t16
2．2．2　錨定\t17
2．2．3　共創(chuàng)\t19
2．2．4　精煉\t22
2．3　工作原則\t24
2．3．1　分解并快速試錯(cuò)\t24
2．3．2　一次只驗(yàn)證一點(diǎn)\t25
2．3．3　允許失敗\t26
2．4　共創(chuàng)與精煉的常用方法\t27
2．4．1　裝飾窗方法\t27
2．4．2　最小可行特性法\t29
2．4．3　特區(qū)法\t30
2．4．4　定向探索法\t30
2．4．5　稻草人法\t31
2．4．6　最小可行產(chǎn)品法\t32
2．5　實(shí)施注意事項(xiàng)\t32
2．6　小結(jié)\t35
第3章　快速驗(yàn)證環(huán)\t36
3．1　驗(yàn)證環(huán)的目標(biāo)\t36
3．2　驗(yàn)證環(huán)的4個(gè)關(guān)鍵環(huán)節(jié)\t37
3．2．1　構(gòu)建\t37
3．2．2　運(yùn)行\(zhòng)t38
3．2．3　監(jiān)測(cè)\t39
3．2．4　決策\(yùn)t39
3．3　工作原則\t39
3．3．1　質(zhì)量?jī)?nèi)建\t39
3．3．2　消除等待\t40
3．3．3　重復(fù)事務(wù)自動(dòng)化\t43
3．3．4　監(jiān)測(cè)一切\(zhòng)t43
3．4　小結(jié)\t44
第4章　持續(xù)交付2．0的組織文化\t45
4．1　安全、信任與持續(xù)改善\t45
4．1．1　失敗是安全的\t45
4．1．2　相互信任\t45
4．1．3　持續(xù)改善\t46
4．2　文化塑造四步法\t46
4．2．1　行為決定文化\t46
4．2．2　谷歌的工程師質(zhì)量文化\t48
4．2．3　Etsy的持續(xù)試驗(yàn)文化\t49
4．3　行動(dòng)原則\t50
4．3．1　價(jià)值導(dǎo)向\t51
4．3．2　快速驗(yàn)證\t51
4．3．3　持續(xù)學(xué)習(xí)\t51
4．4　度量原則\t55
4．4．1　度量指標(biāo)的4類屬性\t56
4．4．2　度量的目標(biāo)是改善\t57
4．4．3　古德哈特定律\t57
4．4．4　度量應(yīng)有行動(dòng)決策\(yùn)t58
4．5 “改善套路”進(jìn)行持續(xù)改進(jìn)\t58
4．6　小結(jié)\t59
第5章　持續(xù)交付的軟件系統(tǒng)架構(gòu)\t60
5．1 “大系統(tǒng)小做”原則\t61
5．1．1　持續(xù)交付架構(gòu)要求\t61
5．1．2　系統(tǒng)拆分原則\t61
5．2　常見架構(gòu)模式\t62
5．2．1　微核架構(gòu)\t62
5．2．2　微服務(wù)架構(gòu)\t63
5．2．3　巨石應(yīng)用\t64
5．3　架構(gòu)改造實(shí)施模式\t66
5．3．1　拆遷者模式\t67
5．3．2　絞殺者模式\t68
5．3．3　修繕者模式\t68
5．3．4　數(shù)據(jù)庫(kù)的拆分方法\t70
5．4　小結(jié)\t70
第6章　業(yè)務(wù)需求協(xié)作管理\t72
6．1　產(chǎn)品版本周期概述\t73
6．1．1　準(zhǔn)備期\t73
6．1．2　交付期\t74
6．2　需求拆分的利與弊\t75
6．2．1　需求拆分的收益\t76
6．2．2　需求拆分的成本\t78
6．3　需求拆分方法\t79
6．3．1　需求的來源\t80
6．3．2　技術(shù)債也是需求\t80
6．3．3　參與需求拆分的角色\t81
6．3．4　不平等的INVEST原則\t82
6．3．5　五大拆分技法\t82
6．3．6　七大組成部分\t84
6．4　需求分析與管理工具集\t85
6．4．1　用戶故事地圖\t85
6．4．2　用戶故事樹\t86
6．4．3　依賴關(guān)系圖\t87
6．4．4　需求管理數(shù)字化平臺(tái)\t87
6．5　團(tuán)隊(duì)協(xié)作管理工具\(yùn)t87
6．5．1　團(tuán)隊(duì)共享日歷\t88
6．5．2　團(tuán)隊(duì)回顧\t89
6．5．3　可視化故事墻\t90
6．5．4　明確“完成”的定義\t90
6．5．5　持續(xù)集成\t91
6．5．6　故事驗(yàn)證\t91
6．6　小結(jié)\t91
第7章　部署流水線原則與工具設(shè)計(jì)\t92
7．1　簡(jiǎn)單的部署流水線\t92
7．1．1　簡(jiǎn)單的產(chǎn)品研發(fā)流程\t92
7．1．2　初始部署流水線\t93
7．1．3　流水線執(zhí)行狀態(tài)解析\t95
7．2　部署流水線的設(shè)計(jì)與使用\t95
7．2．1　流水線的設(shè)計(jì)原則\t95
7．2．2　團(tuán)隊(duì)的協(xié)作紀(jì)律\t97
7．3　部署流水線平臺(tái)的構(gòu)成\t97
7．3．1　工具鏈總體架構(gòu)\t97
7．3．2　平臺(tái)應(yīng)當(dāng)具備的基本
能力\t99
7．3．3　工具鏈建設(shè)策略\t100
7．4　基礎(chǔ)支撐服務(wù)的云化\t100
7．4．1　基礎(chǔ)支撐服務(wù)的協(xié)作過程解析\t101
7．4．2　編譯構(gòu)建管理服務(wù)\t103
7．4．3　自動(dòng)化測(cè)試管理服務(wù)\t104
7．4．4　軟件部署管理服務(wù)\t105
7．4．5　基礎(chǔ)環(huán)境管理服務(wù)\t106
7．5　企業(yè)制品庫(kù)的管理\t107
7．5．1　制品庫(kù)的分類\t107
7．5．2　制品庫(kù)的管理原則\t108
7．6　多種多樣的部署流水線\t108
7．6．1　多組件的部署流水線\t108
7．6．2　個(gè)人部署流水線\t109
7．6．3　部署流水線的不斷演進(jìn)\t110
7．7　為開發(fā)者構(gòu)建自助式工具\(yùn)t111
7．8　小結(jié)\t113
第8章　利于集成的分支策略\t114
8．1　版本控制系統(tǒng)的使用目的\t114
8．1．1　集中式版本控制系統(tǒng)\t114
8．1．2　分布式版本控制系統(tǒng)\t115
8．1．3　版本控制系統(tǒng)中的基本概念\t117
8．2　常見分支開發(fā)模式\t118
8．2．1　主干開發(fā)，主干發(fā)布\t118
8．2．2　主干開發(fā)，分支發(fā)布\t119
8．2．3　分支開發(fā)，主干發(fā)布\t121
8．3　分支模式的演化\t126
8．3．1　“三駕馬車”分支模式\t126
8．3．2　Gitflow分支模式\t127
8．3．3　GitHubFlow分支模式\t128
8．4　分支策略的選擇\t128
8．4．1　版本發(fā)布模式\t128
8．4．2　分支策略與發(fā)布周期的關(guān)系\t132
8．5　小結(jié)\t133
第9章　持續(xù)集成\t134
9．1　起源與定義\t134
9．1．1　原始定義\t135
9．1．2　一次集成過程\t135
9．2　六步提交法\t136
9．2．1　4個(gè)關(guān)鍵點(diǎn)\t138
9．2．2　同步與異步模式\t139
9．2．3　自查表\t140
9．3　速度與質(zhì)量的權(quán)衡\t141
9．3．1　分級(jí)構(gòu)建\t141
9．3．2　多人同時(shí)提交的構(gòu)建\t142
9．3．3　云平臺(tái)的威力\t143
9．4　在團(tuán)隊(duì)中實(shí)施持續(xù)集成實(shí)踐\t145
9．4．1　快速建立團(tuán)隊(duì)的持續(xù)集成實(shí)踐\t145
9．4．2　分支策略與部署流水線\t148
9．5　常見的實(shí)施問題\t150
9．5．1　工程師的開發(fā)習(xí)慣\t151
9．5．2　視而不見的掃描問題\t151
9．5．3　自動(dòng)化測(cè)試用例的缺乏\t151
9．6　小結(jié)\t152
第 10章　自動(dòng)化測(cè)試策略與方法\t153
10．1　自動(dòng)化測(cè)試的自身定位\t153
10．1．1　自動(dòng)化測(cè)試的優(yōu)勢(shì)\t154
10．1．2　自動(dòng)化測(cè)試所需的 投入\t155
10．2　突破傳統(tǒng)自動(dòng)化測(cè)試的困境\t156
10．2．1　傳統(tǒng)自動(dòng)化測(cè)試的特點(diǎn)\t157
10．2．2　自動(dòng)化測(cè)試的分層\t157
10．2．3　不同類型的測(cè)試金字塔\t160
10．3　自動(dòng)化測(cè)試的實(shí)施策略\t163
10．3．1　增加自動(dòng)化測(cè)試用例的著手點(diǎn)\t163
10．3．2　提高自動(dòng)化測(cè)試的執(zhí)行次數(shù)\t164
10．3．3　良好自動(dòng)化測(cè)試的特征\t165
10．3．4　共享自動(dòng)化測(cè)試的維護(hù)職責(zé)\t166
10．3．5　代碼測(cè)試覆蓋率\t167
10．4　用戶驗(yàn)收自動(dòng)化測(cè)試要點(diǎn)\t168
10．4．1　先搭建分層框架\t168
10．4．2　測(cè)試用例數(shù)應(yīng)保持低位\t171
10．4．3　為自動(dòng)化測(cè)試用例預(yù)留API\t171
10．4．4　為調(diào)試做好準(zhǔn)備\t171
10．4．5　測(cè)試數(shù)據(jù)的準(zhǔn)備\t171
10．5　其他質(zhì)量檢查方法\t173
10．5．1　差異批準(zhǔn)測(cè)試方法\t173
10．5．2　代碼規(guī)范檢查與代碼動(dòng)靜態(tài)檢測(cè)\t174
10．5．3　AI在測(cè)試領(lǐng)域的應(yīng)用\t174
10．6　小結(jié)\t175
第 11章　軟件配置管理\t176
11．1　將一切納入軟件配置管理\t176
11．1．1　軟件配置管理的目標(biāo)\t176
11．1．2　軟件配置管理的范圍\t177
11．1．3　軟件配置管理的原則\t177
11．2　軟件包的版本管理\t181
11．2．1　包管理的反模式\t181
11．2．2　集中式包管理服務(wù)\t182
11．2．3　軟件包的元信息\t183
11．3　包依賴管理\t185
11．3．1　顯式聲明依賴\t185
11．3．2　自動(dòng)管理依賴\t187
11．3．3　減少?gòu)?fù)雜依賴\t188
11．4　環(huán)境基礎(chǔ)設(shè)施管理\t191
11．4．1　環(huán)境準(zhǔn)備的4種狀態(tài)\t191
11．4．2　領(lǐng)域?qū)僬Z(yǔ)言的應(yīng)用\t197
11．4．3　環(huán)境基礎(chǔ)設(shè)施即代碼\t198
11．5　軟件配置項(xiàng)的管理\t199
11．5．1　二進(jìn)制與配置項(xiàng)的分離\t199
11．5．2　配置信息的版本管理\t200
11．5．3　配置項(xiàng)的存儲(chǔ)組織方式\t201
11．5．4　配置漂移與治理\t202
11．6　不可變基礎(chǔ)設(shè)施與云應(yīng)用\t203
11．6．1　實(shí)現(xiàn)不可變基礎(chǔ)設(shè)施\t203
11．6．2　云原生應(yīng)用\t206
11．6．3　優(yōu)勢(shì)與挑戰(zhàn)\t206
11．7　數(shù)據(jù)的版本管理\t208
11．7．1　數(shù)據(jù)庫(kù)結(jié)構(gòu)變更\t208
11．7．2　數(shù)據(jù)文件\t208
11．8　需求與源代碼的版本關(guān)聯(lián)\t209
11．9　小結(jié)\t209
第 12章　低風(fēng)險(xiǎn)發(fā)布\t211
12．1　高頻發(fā)布是一種趨勢(shì)\t211
12．1．1　互聯(lián)網(wǎng)企業(yè)的高頻發(fā)布\t212
12．1．2　收益與成本共存\t214
12．2　降低發(fā)布風(fēng)險(xiǎn)的方法\t215
12．2．1　藍(lán)綠部署\t215
12．2．2　滾動(dòng)部署\t216
12．2．3　金絲雀發(fā)布與灰度發(fā)布\t217
12．2．4　暗部署\t218
12．3　高頻發(fā)布支撐技術(shù)\t219
12．3．1　功能開關(guān)技術(shù)\t220
12．3．2　數(shù)據(jù)遷移技術(shù)\t222
12．3．3　抽象分支方法\t225
12．3．4　升級(jí)替代回滾\t226
12．4　影響發(fā)布頻率的因素\t227
12．5　小結(jié)\t228
第 13章　監(jiān)測(cè)與決策\(yùn)t229
13．1　生產(chǎn)監(jiān)測(cè)范圍\t230
13．1．1　后臺(tái)服務(wù)的監(jiān)測(cè)\t230
13．1．2　分發(fā)軟件的監(jiān)測(cè)\t230
13．2　數(shù)據(jù)監(jiān)測(cè)體系\t231
13．2．1　收集與處理\t231
13．2．2　數(shù)據(jù)的標(biāo)準(zhǔn)化\t232
13．2．3　監(jiān)測(cè)數(shù)據(jù)體系及其能力衡量\t233
13．3　問題處理體系\t235
13．3．1　告警海洋與智能化管理\t235
13．3．2　問題處理是一個(gè)學(xué)習(xí)過程\t236
13．4　生產(chǎn)環(huán)境測(cè)試\t237
13．4．1　測(cè)試活動(dòng)扁平化趨勢(shì)\t237
13．4．2　生產(chǎn)環(huán)境中的測(cè)試\t239
13．4．3　混沌工程\t239
13．5　向東，還是向西\t240
13．6　小結(jié)\t241
第 14章　大型互聯(lián)網(wǎng)團(tuán)隊(duì)的FT化\t242
14．1　簡(jiǎn)介\t242
14．1．1　改進(jìn)前狀態(tài)\t243
14．1．2　改進(jìn)后狀態(tài)\t245
14．2　改進(jìn)方法論\t245
14．2．1　指導(dǎo)思想\t245
14．2．2　改進(jìn)步驟\t245
14．3　改進(jìn)的歷程\t246
14．3．1　架構(gòu)解耦\t246
14．3．2　組織解耦\t248
14．3．3　研發(fā)流程再造\t250
14．3．4　自動(dòng)化一切\(zhòng)t259
14．4　小結(jié)\t260
第 15章　小團(tuán)隊(duì)逆襲之旅\t262
15．1　背景簡(jiǎn)介\t262
15．1．1　改進(jìn)前的“死亡行軍”之旅\t264
15．1．2　改進(jìn)后的無缺陷交付\t264
15．2　改進(jìn)方法論\t265
15．2．1　指導(dǎo)思想\t265
15．2．2　試點(diǎn)團(tuán)隊(duì)的選擇\t265
15．3　第 一階段：研發(fā)準(zhǔn)備期\t266
15．3．1　功能簡(jiǎn)介與需求拆分\t266
15．3．2　架構(gòu)設(shè)計(jì)與需求依賴識(shí)別\t267
15．3．3　工作量估算與排期\t268
15．4　第二階段：軟件交付期\t270
15．4．1　通過可視化看板改進(jìn)工作流程\t270
15．4．2　無缺陷交付\t277
15．4．3　主干開發(fā)與持續(xù)集成\t278
15．4．4　測(cè)試活動(dòng)左移\t279
15．4．5　代碼評(píng)審\t279
15．4．6　關(guān)注結(jié)果，更要關(guān)注
過程\t280
15．5　小結(jié)\t281
第 16章　研發(fā)推動(dòng)的DevOps\t283
16．1　改進(jìn)的關(guān)鍵點(diǎn)\t285
16．1．1　改進(jìn)方法論\t285
16．1．2　定義改進(jìn)目標(biāo)\t285
16．2　第 一階段：敏捷101\t287
16．2．1　做個(gè)靠譜的計(jì)劃\t287
16．2．2　開發(fā)階段啟航\t291
16．2．3　對(duì)過程質(zhì)量的約束\t294
16．2．4　階段性改進(jìn)點(diǎn)\t301
16．3　第二階段：DevOps轉(zhuǎn)型\t302
16．3．1　與運(yùn)維人員的“沖突”\t303
16．3．2　高頻部署發(fā)布中的具體障礙\t304
16．3．3　整體解決方案的設(shè)計(jì)\t304
16．3．4　DevOps階段的團(tuán)隊(duì)改變\t308
16．4　小結(jié)\t308
第 17章　研發(fā)組織效能提升的必經(jīng)之路\t310
17．1　知識(shí)工作者與熵增定律\t310
17．1．1　每個(gè)工程師生產(chǎn)的都是非標(biāo)品\t310
17．1．2　軟件工程的復(fù)雜性令研發(fā)效率降低\t311
17．2　一致性是效能提升的必經(jīng)之路\t313
17．3　組織能力三要素\t314
17．4　勝任力評(píng)估\t315
17．4．1　組織勝任力評(píng)估模型\t316
17．4．2　個(gè)人勝任力培養(yǎng)體系\t318
17．5　組織健康度\t319
17．6　小結(jié)\t320
附錄A　軟件工程的三次進(jìn)化\t321
A．1　軟件工程的誕生\t322
A．1．1　軟件危機(jī)\t322
A．1．2　瀑布軟件開發(fā)模型\t322
A．2　二次進(jìn)化：敏捷開發(fā)\t324
A．2．1　前奏——螺旋模型\t324
A．2．2　敏捷宣言的誕生\t324
A．2．3　敏捷軟件開發(fā)方法的演化\t328
A．2．4　敏捷軟件開發(fā)方法小結(jié)\t329
A．2．5　TPS啟發(fā)下的軟件開發(fā)方法\t330
A．3　三次進(jìn)化：DevOps\t331
A．3．1　DevOps運(yùn)動(dòng)的興起\t331
A．3．2　持續(xù)交付的誕生\t332
A．4　小結(jié)\t333
附錄B　排序法做相對(duì)估算\t334
B．1　排序法相對(duì)估算\t334
B．2　相對(duì)排序法的操作過程\t335
B．3　小結(jié)\t338