第 一部分　DevOps介紹 第 1章　敏捷、持續(xù)交付和三步法　　4 1.1　制造業(yè)價值流　　4 1.2　技術價值流　　4 1.2.1　聚焦于部署前置時間　　5 1.2.2　關注返工指標——%C/A　　7 1.3　三步工作法：DevOps的基礎原則　　7 1.4　小結　　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　小結　　16 第3章　第二步：反饋原則　　17 3.1　在復雜系統(tǒng)中安全地工作　　17 3.2　及時發(fā)現(xiàn)問題　　18 3.3　群策群力，戰(zhàn)勝問題獲取新知　　19 3.4　在源頭保障質量　　21 3.5　為下游工作中心而優(yōu)化　　22 3.6　小結　　22 第4章　第三步：持續(xù)學習與實驗原則　　23 4.1　建立學習型組織和安全文化　　23 4.2　將日常工作的改進制度化　　25 4.3　把局部發(fā)現(xiàn)轉化為全局優(yōu)化　　26 4.4　在日常工作中注入彈性模式　　27 4.5　領導層強化學習文化　　27 4.6　小結　　29 4.7　第 一部分總結　　29 第二部分　從何處開始 第5章　選擇合適的價值流作為切入點　　32 5.1　綠地項目與棕地項目　　34 5.2　兼顧記錄型系統(tǒng)和交互型系統(tǒng)　　35 5.3　從最樂于創(chuàng)新的團隊開始　　36 5.4　擴大DevOps的范圍　　37 5.5　小結　　38 第6章　理解、可視化和運用價值流　　39 6.1　確定創(chuàng)造客戶價值所需的團隊　　40 6.2　針對團隊工作繪制價值流圖　　40 6.3　組建專門的轉型團隊　　42 6.3.1　擁有共同的目標　　43 6.3.2　保持小跨度的改進計劃　　44 6.3.3　為非功能性需求預留20%的開發(fā)時間，減少技術債務　　44 6.3.4　提高工作的可視化程度　　47 6.4　用工具強化預期行為　　47 6.5　小結　　48 第7章　參考康威定律設計組織結構　　49 7.1　組織原型　　51 7.2　過度職能導向的危害（“成本優(yōu)化”）　　51 7.3　組建以市場為導向的團隊（“速度優(yōu)化”）　　52 7.4　使職能導向有效　　53 7.5　將測試、運維和信息安全融入日常工作　　54 7.6　使團隊成員都成為通才　　54 7.7　投資于服務和產(chǎn)品，而非項目　　56 7.8　根據(jù)康威定律設定團隊邊界　　56 7.9　創(chuàng)建松耦合架構，提高生產(chǎn)力和安全性　　57 7.10　小結　　60 第8章　將運維融入日常開發(fā)工作　　61 8.1　創(chuàng)建共享服務，提高開發(fā)生產(chǎn)力　　62 8.2　將運維工程師融入服務團隊　　63 8.3　為每個服務團隊分派運維聯(lián)絡人　　64 8.4　邀請運維工程師參加開發(fā)團隊的會議　　65 8.4.1　邀請運維工程師參加每日站會　　65 8.4.2　邀請運維工程師參加回顧會議　　66 8.4.3　使用看板圖展示運維工作　　66 8.5　小結　　67 8.6　第二部分總結　　67 第三部分　第 一步：流動的技術實踐 第9章　為部署流水線奠定基礎　　70 9.1　按需搭建開發(fā)環(huán)境、測試環(huán)境和生產(chǎn)環(huán)境　　71 9.2　應用統(tǒng)一的代碼倉庫　　72 9.3　使基礎設施的重建更容易　　74 9.4　運行在類生產(chǎn)環(huán)境里才算“完成”　　75 9.5　小結　　76 第 10章　實現(xiàn)快速可靠的自動化測試　　77 10.1　對代碼和環(huán)境做持續(xù)構建、測試和集成　　79 10.2　構建快速可靠的自動化測試套件　　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　小結　　89 第 11章　應用和實踐持續(xù)集成　　90 11.1　小批量開發(fā)與大批量合并　　92 11.2　應用基于主干的開發(fā)實踐　　93 11.3　小結　　95 第 12章　自動化和低風險發(fā)布　　96 12.1　自動化部署流程　　97 12.1.1　應用自動化的自助式部署　　100 12.1.2　在部署流水線中集成代碼部署　　101 12.2　將部署與發(fā)布解耦　　104 12.2.1　基于環(huán)境的發(fā)布模式　　105 12.2.2　基于應用的發(fā)布模式更安全　　109 12.3　持續(xù)交付和持續(xù)部署實踐的調(diào)查　　112 12.4　小結　　113 第 13章　降低發(fā)布風險的架構　　114 13.1　能提高生產(chǎn)力、可測試性和安全性的架構　　115 13.2　架構原型：單體架構與微服務　　116 13.3　安全地演進企業(yè)架構　　118 13.4　小結　　121 13.5　第三部分總結　　121 第四部分　第二步：反饋的技術實踐 第 14章　建立能發(fā)現(xiàn)并解決問題的遙測系統(tǒng)　　125 14.1　建設集中式監(jiān)控架構　　127 14.2　建立生產(chǎn)環(huán)境的應用程序日志遙測　　129 14.3　使用遙測指導問題的解決　　131 14.4　將建立生產(chǎn)遙測融入日常工作　　132 14.5　建立自助訪問的遙測和信息輻射器　　133 14.6　發(fā)現(xiàn)和填補遙測的盲區(qū)　　135 14.6.1　應用程序和業(yè)務度量指標　　136 14.6.2　基礎架構度量指標　　137 14.6.3　顯示疊加的指標組合　　138 14.7　小結　　139 第 15章　分析遙測數(shù)據(jù)以更好地預測故障和實現(xiàn)目標　　140 15.1　用均值和標準差識別潛在問題　　141 15.2　異常狀態(tài)的處理和告警　　142 15.3　非高斯分布遙測數(shù)據(jù)的問題　　143 15.4　應用異常檢測技術　　146 15.5　小結　　149 第 16章　應用反饋實現(xiàn)安全部署　　150 16.1　通過遙測使部署更安全　　151 16.2　開發(fā)和運維共同承擔值班工作　　153 16.3　讓開發(fā)人員跟蹤工作對下游的影響　　153 16.4　讓開發(fā)人員自行管理生產(chǎn)服務　　155 16.5　小結　　159 第 17章　將假設驅動的開發(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　小結　　165 第 18章　建立評審和協(xié)作流程以提升當前工作的質量　　166 18.1　變更審批流程的危險　　168 18.2　“過度控制變更”的潛在危險　　168 18.3　變更的協(xié)調(diào)和排程　　170 18.4　變更的同行評審　　170 18.5　人工測試和變更凍結的潛在危害　　173 18.6　利用結對編程改進代碼變更　　173 18.7　消除官僚流程　　176 18.8　小結　　177 18.9　第四部分總結　　178 第五部分　第三步：持續(xù)學習與實驗的技術實踐 第 19章　將學習融入日常工作　　180 19.1　建立公正和學習的文化　　181 19.2　舉行不指責的事后分析會議　　182 19.3　盡可能廣泛地公開事后分析會議結果　　184 19.4　降低事故容忍度，尋找更弱的故障信號　　185 19.5　重新定義失敗，鼓勵評估風險　　186 19.6　在生產(chǎn)環(huán)境注入故障來恢復和學習　　186 19.7　創(chuàng)建故障演練日　　187 19.8　小結　　189 第 20章　將局部經(jīng)驗轉化為全局改進　　190 20.1　使用聊天室和聊天機器人自動積累組織知識　　190 20.2　軟件中便于重用的自動化、標準化流程　　192 20.3　創(chuàng)建全組織共享的單一源代碼庫　　192 20.4　運用自動化測試記錄和交流實踐來傳播知識　　194 20.5　通過確定非功能性需求來設計運維　　194 20.6　把可重用的運維用戶故事納入開發(fā)　　195 20.7　確保技術選型有助于實現(xiàn)組織目標　　195 20.8　小結　　197 第 21章　預留組織學習和改進的時間　　198 21.1　償還技術債務的制度化慣例　　199 21.2　讓所有人教學相長　　200 21.3　在DevOps會議中分享經(jīng)驗　　201 21.4　傳播實踐的內(nèi)部顧問和教練　　203 21.5　小結　　204 21.6　第五部分總結　　204 第六部分　集成信息安全、變更管理和合規(guī)性的技術實踐 第 22章　將信息安全融入每個人的日常工作　　207 22.1　將安全集成到開發(fā)迭代的演示中　　207 22.2　將安全集成到缺陷跟蹤和事后分析會議中　　208 22.3　將預防性安全控制集成到共享源代碼庫及共享服務中　　208 22.4　將安全集成到部署流水線中　　209 22.5　保證應用程序的安全性　　210 22.6　確保軟件供應鏈的安全　　214 22.7　確保環(huán)境的安全　　215 22.8　將信息安全集成到生產(chǎn)環(huán)境遙測中　　216 22.9　在應用程序中建立安全遙測系統(tǒng)　　217 22.10　在環(huán)境中建立安全遙測系統(tǒng)　　217 22.11　保護部署流水線　　219 22.12　小結　　219 第 23章　保護部署流水線　　220 23.1　將安全和合規(guī)性集成到變更批準流程中　　220 23.2　將大量低風險變更重新歸類為標準變更　　221 23.3　如何處理常規(guī)變更　　222 23.4　減少對職責分離的依賴　　224 23.5　確保為審計人員和合規(guī)人員留存文檔和證據(jù)　　226 23.6　小結　　228 23.7　第六部分總結　　228 行動起來——本書總結　　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