【現貨】DevOps實踐指南 DevOps原理方法與實踐編程教程 pdf epub mobi txt 電子書 下載 2025

簡體網頁||繁體網頁

☆☆☆☆☆

圖書標籤:

• DevOps
• 持續交付
• 持續集成
• 自動化運維
• 軟件工程
• 雲計算
• 微服務
• Docker
• Kubernetes
• 編程教程

店鋪： 藍墨水圖書專營店

齣版社： 人民郵電

ISBN：9787115480170

商品編碼：26178631458

內容介紹

本書共分為6 個部分：*一部分概述DevOps 的曆史和三個基本原則，即“三步工作法”；*二部分介紹開啓DevOps 轉型的過程；第三到五部分深入探討“三步工作法”的各個要素；第六部分關注如何將安全性和閤規性正確集成到日常工作中。全書涵蓋40 餘個DevOps 案例，以榖歌、亞馬遜、Facebook 等全球知名企業和組織的實際調查結果為依據，展示如何通過現代化的運維管理提升管理效率，進而為企業贏得更大市場、創造更多利潤。

    本書適閤所有互聯網企業和傳統企業的從業者閱讀。

 

作者介紹

Gene Kim

Tripwire創始人、前CTO，IT Revolution創始人，DevOps企業峰會主辦人，暢銷書《鳳凰項目》閤著者。

 

Jez Humble

DevOps Research and Assessment公司CTO，加州大學伯剋利分校信息學院講師；曾任ThoughtWorks&席顧問。《精益企業》和Jolt大奬圖書《持續交付》的閤著者。

 

Patrick Debois

DevOps之父，緻力於通過在開發、項目管理和係統管理之中應用敏捷技術來填補項目和運維之間的鴻溝。

 

John Willis

Chain Bridge System創始人，曾任Docker公司布道師，現就職於SJ Technologies公司。

目錄

*一部分 DevOps介紹

*1章 敏捷、持續交付和三步法 4

1.1 製造業價值流 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 限製在製品數 10

2.3 減小批量大小 11

2.4 減少交接次數 13

2.5 持續識彆和改善約束點 14

2.6 消除價值流中的睏境和浪費 15

2.7 小結 16

第3章 *二步：反饋原則 17

3.1 在復雜係統中安全地工作 17

3.2 及時發現問題 18

3.3 群策群力，戰勝問題獲取新知 19

3.4 在源頭保障質量 21

3.5 為下遊工作中心而優化 22

3.6 小結 22

第4章 第三步：持續學習與實驗原則 23

4.1 建立學習型組織和安全文化 23

4.2 將日常工作的改進製度化 25

4.3 把局部發現轉化為全局優化 26

4.4 在日常工作中注入彈性模式 27

4.5 領導層強化學習文化 27

4.6 小結 29

4.7 *一部分總結 29

*二部分 從何處開始

第5章 選擇閤適的價值流作為切入點 32

5.1 綠地項目與棕地項目 34

5.2 兼顧記錄型係統和交互型係統 35

5.3 從*樂於創新的團隊開始 36

5.4 擴大DevOps的範圍 37

5.5 小結 38

第6章 理解、可視化和運用價值流 39

6.1 確定創造客戶價值所需的團隊 40

6.2 針對團隊工作繪製價值流圖 40

6.3 組建專門的轉型團隊 42

6.3.1 擁有共同的目標 43

6.3.2 保持小跨度的改進計劃 44

6.3.3 為非功能性需求預留20%的

開發時間，減少技術債務 44

6.3.4 提高工作的可視化程度 47

6.4 用工具強化預期行為 47

6.5 小結 48

第7章 參考康威定律設計組織結構 49

7.1 組織原型 51

7.2 過度職能導嚮的危害（“成本優化”） 51

7.3 組建以市場為導嚮的團隊（“速度優化”） 52

7.4 使職能導嚮有效 53

7.5 將測試、運維和信息安全融入日常工作 54

7.6 使團隊成員都成為通纔 54

7.7 投資於服務和産品，而非項目 56

7.8 根據康威定律設定團隊邊界 56

7.9 創建鬆耦閤架構，提高生産力和安全性 57

7.10 小結 60

第8章 將運維融入日常開發工作 61

8.1 創建共享服務，提高開發生産力 62

8.2 將運維工程師融入服務團隊 63

8.3 為每個服務團隊分派運維聯絡人 64

8.4 邀請運維工程師參加開發團隊的會議 65

8.4.1 邀請運維工程師參加每日站會 65

8.4.2 邀請運維工程師參加迴顧會議 66

8.4.3 使用看闆圖展示運維工作 66

8.5 小結 67

8.6 *二部分總結 67

第三部分 *一步：流動的技術實踐

第9章 為部署流水綫奠定基礎 70

9.1 按需搭建開發環境、測試環境和生産環境 71

9.2 應用統一的代碼倉庫 72

9.3 使基礎設施的重建更容易 74

9.4 運行在類生産環境裏纔算“完成” 75

9.5 小結 76

*10章 實現快速可靠的自動化測試 77

10.1 對代碼和環境做持續構建、測試和集成 79

10.2 構建快速可靠的自動化測試套件 81

10.2.1 在自動化測試中盡早發現

錯誤 83

10.2.2 盡可能並行地快速執行測試 84

10.2.3 先編寫自動化測試 84

10.2.4 盡量將手動測試自動化 85

10.2.5 在測試套件中集成性能測試 86

10.2.6 在測試套件中集成非功能性需求測試 86

10.3 在部署流水綫失敗時拉下安燈繩 87

10.4 小結 89

*11章 應用和實踐持續集成 90

11.1 小批量開發與大批量閤並 92

11.2 應用基於主乾的開發實踐 93

11.3 小結 95

*12章 自動化和低風險發布 96

12.1 自動化部署流程 97

12.1.1 應用自動化的自助式部署 100

12.1.2 在部署流水綫中集成代碼部署 101

12.2 將部署與發布解耦 104

12.2.1 基於環境的發布模式 105

12.2.2 基於應用的發布模式更安全 109

12.3 持續交付和持續部署實踐的調查 112

12.4 小結 113

*13章 降低發布風險的架構 114

13.1 能提高生産力、可測試性和安全性的架構 115

13.2 架構原型：單體架構與微服務 116

13.3 安全地演進企業架構 118

13.4 小結 121

13.5 第三部分總結 121

第四部分 *二步：反饋的技術實踐

*14章 建立能發現並解決問題的遙測係統 125

14.1 建設集中式監控架構 127

14.2 建立生産環境的應用程序日誌遙測 129

14.3 使用遙測指導問題的解決 131

14.4 將建立生産遙測融入日常工作 132

14.5 建立自助訪問的遙測和信息輻射器 133

14.6 發現和填補遙測的盲區 135

14.6.1 應用程序和業務度量指標 136

14.6.2 基礎架構度量指標 137

14.6.3 顯示疊加的指標組閤 138

14.7 小結 139

*15章 分析遙測數據以更好地預測故障和實現目標 140

15.1 用均值和標準差識彆潛在問題 141

15.2 異常狀態的處理和告警 142

15.3 非高斯分布遙測數據的問題 143

15.4 應用異常檢測技術 146

15.5 小結 149

*16章 應用反饋實現安全部署 150

16.1 通過遙測使部署更安全 151

16.2 開發和運維共同承擔值班工作 153

16.3 讓開發人員跟蹤工作對下遊的影響 153

16.4 讓開發人員自行管理生産服務 155

16.5 小結 159

*17章 將假設驅動的開發和A/B測試融入日常工作 160

17.1 A/B測試簡史 161

17.2 在功能測試中集成A/B測試 162

17.3 在發布中集成A/B測試 162

17.4 在功能規劃中集成A/B測試 163

17.5 小結 165

*18章 建立評審和協作流程以提升當前工作的質量 166

18.1 變更審批流程的危險 168

18.2 “過度控製變更”的潛在危險 168

18.3 變更的協調和排程 170

18.4 變更的同行評審 170

18.5 人工測試和變更凍結的潛在危害 173

18.6 利用結對編程改進代碼變更 173

18.7 消除官僚流程 176

18.8 小結 177

18.9 第四部分總結 178

第五部分 第三步：持續學習與實驗的技術實踐

*19章 將學習融入日常工作 180

19.1 建立公正和學習的文化 181

19.2 舉行不指責的事後分析會議 182

19.3 盡可能廣泛地公開事後分析會議結果 184

19.4 降低事故容忍度，尋找更弱的故障信號 185

19.5 重新定義失敗，鼓勵評估風險 186

19.6 在生産環境注入故障來恢復和學習 186

19.7 創建故障演練日 187

19.8 小結 189

*20章 將局部經驗轉化為全局改進 190

20.1 使用聊天室和聊天機器人自動積纍組織知識 190

20.2 軟件中便於重用的自動化、標準化流程 192

20.3 創建全組織共享的單一源代碼庫 192

20.4 運用自動化測試記錄和交流實踐來傳播知識 194

20.5 通過確定非功能性需求來設計運維 194

20.6 把可重用的運維用戶故事納入開發 195

20.7 確保技術選型有助於實現組織目標 195

20.8 小結 197

*21章 預留組織學習和改進的時間 198

21.1 償還技術債務的製度化慣例 199

21.2 讓所有人教學相長 200

21.3 在DevOps會議中分享經驗 201

21.4 傳播實踐的內部顧問和教練 203

21.5 小結 204

21.6 第五部分總結 204

第六部分 集成信息安全、變更管理和閤規性的技術實踐

*22章 將信息安全融入每個人的日常工作 207

22.1 將安全集成到開發迭代的演示中 207

22.2 將安全集成到缺陷跟蹤和事後分析會議中 208

22.3 將預防性安全控製集成到共享源代碼庫及共享服務中 208

22.4 將安全集成到部署流水綫中 209

22.5 保證應用程序的安全性 210

22.6 確保軟件供應鏈的安全 214

22.7 確保環境的安全 215

22.8 將信息安全集成到生産環境遙測中 216

22.9 在應用程序中建立安全遙測係統 217

22.10 在環境中建立安全遙測係統 217

22.11 保護部署流水綫 219

22.12 小結 219

*23章 保護部署流水綫 220

23.1 將安全和閤規性集成到變更批準流程中 220

23.2 將大量低風險變更重新歸類為標準變更 221

23.3 如何處理常規變更 222

23.4 減少對職責分離的依賴 224

23.5 確保為審計人員和閤規人員留存文檔和證據 226

23.6 小結 228

23.7 第六部分總結 228行動起來——本書總結 229

附加材料

附 錄 232

附錄1 DevOps的大融閤 232

附錄2 約束理論和核心的長期

衝突 234

附錄3 惡性循環列錶 235

附錄4 交接和隊列的危害 235

附錄5 工業安全神話 236

附錄6 豐田安燈繩 237

附錄7 軟件包産品 238

附錄8 事後分析會議 238

附錄9 猿猴軍團 239

附錄10 上綫時間透明化 240

參考資源 241

緻 謝 243

EXIN DevOps Professional認證備考

指南 & 模擬題① 245

敏捷開發與高效運維的協同之道：現代軟件交付的變革之路 在這個信息爆炸、技術迭代飛速的時代，軟件産品的生命周期正以前所未有的速度縮短，市場對交付質量和響應速度的要求也愈發嚴苛。傳統的軟件開發模式，往往在開發、測試、部署、運維之間形成壁壘，導緻溝通不暢、效率低下、問題頻發，嚴重製約瞭企業創新和業務增長。而一種全新的理念與實踐正悄然崛起，它打破瞭開發與運維之間的隔閡，強調自動化、協作與持續改進，為現代軟件交付帶來瞭革命性的變革。 本書旨在深入剖析這一變革的核心驅動力，揭示如何構建一個更加敏捷、穩定、高效的軟件交付流程。我們將不僅僅關注技術工具的堆砌，更著眼於在組織文化、團隊協作、工作流程等層麵進行根本性的優化。 第一部分：重塑軟件交付的底層邏輯——理念與原則的基石 在深入探討具體實踐之前，我們首先要理解這場變革的驅動根源及其背後的哲學思想。我們將在這一部分探討： “開發”與“運維”的邊界模糊與融閤： 曾經涇渭分明的兩個團隊，在現代軟件交付中扮演著共同的責任角色。我們將分析為何這種融閤勢在必行，以及它如何促使團隊更加關注産品的端到端生命周期，從代碼編寫到上綫穩定運行，再到持續的迭代優化。 價值流的視角： 軟件交付不僅僅是技術活動的堆疊，更是一個將用戶需求轉化為實際價值的完整價值流。我們將引導讀者跳齣部門視角，從端到端的價值流角度審視整個軟件交付過程，識彆瓶頸，優化環節，最大化價值傳遞的效率。 “左移”與“右移”的協同： 傳統的軟件生命周期中，測試與運維往往處於流程的末端，一旦齣現問題，修復成本極高。我們將深入探討“左移”（將質量保障、安全檢查提前到開發早期）和“右移”（將運維的監控、反饋機製融入開發迭代）的理念，以及它們如何實現開發與運維的早期介入和共同協作，從而降低風險，提升質量。 擁抱變化與持續改進的文化： 軟件行業最大的不變就是“變”。我們將強調構建一種鼓勵快速反饋、從錯誤中學習、持續迭代優化的組織文化。這種文化是所有技術實踐得以成功的土壤，也是應對快速變化的市場需求的關鍵。 第二部分：驅動變革的核心實踐——從自動化到智能化 理解瞭理念的基石，我們將聚焦於驅動這場變革的具體技術與方法論，這些實踐共同構成瞭現代軟件交付的高效引擎： 精益思想與敏捷方法的融閤： 我們將深入探討精益思想在消除浪費、優化流程方麵的指導意義，以及敏捷方法（如Scrum, Kanban）在響應變化、快速迭代方麵的優勢。如何將這兩者的精髓結閤，打造齣更具彈性和適應性的開發流程。 持續集成（CI）的威力： CI不僅僅是自動化構建，更是代碼質量的第一道防綫。我們將詳細闡述CI的核心原則，包括頻繁集成、自動化構建、單元測試等，以及如何構建穩定可靠的CI流程，快速發現並修復代碼集成問題。 持續交付（CD）的自動化流水綫： 從CI到CD，我們邁嚮瞭自動化部署的全新境界。我們將係統性地講解CD的關鍵要素，包括自動化測試（集成測試、端到端測試）、自動化部署、環境管理等，如何構建一條穩定、可靠、可追溯的自動化交付流水綫，實現軟件的快速、安全發布。 基礎設施即代碼（IaC）的基石作用： 傳統的服務器配置和管理是軟件交付的一大瓶頸。我們將探討IaC的核心概念，如版本控製、聲明式配置，並介紹Puppet, Chef, Ansible等主流工具，展示如何通過代碼自動化地管理基礎設施，實現環境的一緻性、可重復性，並為後續的自動化部署打下堅實基礎。 容器化與微服務架構的賦能： 容器化技術（如Docker）提供瞭輕量級、可移植的運行環境，極大地簡化瞭應用的打包、部署和管理。微服務架構則將復雜的單體應用拆解為獨立、可獨立部署的服務單元。我們將探討這兩種技術如何協同工作，為敏捷開發和持續交付提供強大的支撐，實現更快的迭代速度和更高的係統彈性。 自動化測試的金字塔： 測試是保障軟件質量的關鍵環節。我們將深入分析自動化測試的不同層次，從單元測試、集成測試到端到端測試，並探討如何構建一個平衡、有效的測試金字塔，以最經濟有效的方式覆蓋各種測試場景，在早期發現並解決問題。 配置管理與版本控製的嚴謹： 軟件交付過程中，配置的正確性和一緻性至關重要。我們將強調配置管理的重要性，以及如何通過版本控製係統（如Git）對代碼、配置、甚至是基礎設施進行統一管理，實現追溯、迴滾和協作。 第三部分：保障運行的智慧——監控、反饋與安全 軟件交付的終點是穩定運行，而持續的監控、及時的反饋以及內嵌的安全機製，是實現這一目標的保障： 全麵的可觀測性（Observability）： 僅僅監控是不足夠的，我們需要構建係統的可觀測性，深入理解係統在運行時的行為。我們將探討日誌、指標、追蹤等核心概念，以及如何利用ELK Stack, Prometheus, Grafana等工具，構建強大的監控與告警體係，第一時間發現並定位生産環境中的問題。 實時反饋與迭代優化： 生産環境是最佳的試金石。我們將講解如何建立從生産環境到開發團隊的實時反饋閉環，將用戶的使用情況、係統性能數據、異常告警等信息及時地反饋給開發團隊，指導後續的迭代優化，實現産品與用戶需求的精準對接。 安全左移與DevSecOps： 安全不再是上綫後的附加項，而是貫穿軟件生命周期的核心要素。我們將深入探討DevSecOps的理念，如何將安全掃描、漏洞檢測、閤規性檢查等融入CI/CD流水綫，實現“安全左移”，在早期發現並解決安全風險。 故障排除與恢復策略： 即使有再完善的預防措施，故障仍可能發生。我們將探討有效的故障排除方法論，以及如何建立快速的故障恢復機製，最大限度地減少故障對業務的影響。 第四部分：賦能團隊與組織——文化、協作與領導力 技術和工具是實現變革的手段，但真正的持續性變革離不開強大的文化與高效的協作： 跨職能團隊的建設： 打破部門牆，建立由開發、測試、運維、安全等人員組成的跨職能團隊，是實現高效協作的關鍵。我們將探討如何組建和賦能這類團隊，促進信息共享和責任共擔。 溝通與協作的優化： 有效的溝通是協作的基礎。我們將分享在敏捷環境中，如何通過站會、評審、迴顧會議等形式，促進團隊成員之間的信息流通和問題解決。 擁抱學習與知識共享： 快速變化的技術環境要求團隊成員不斷學習。我們將強調建立學習型組織文化，鼓勵知識共享，通過技術分享會、文檔沉澱等方式，提升整個團隊的技術能力。 領導力的作用： 變革的推動需要有力的領導。我們將探討管理者和領導者在推動DevOps文化轉型中的角色，包括提供資源支持、消除組織障礙、鼓勵創新嘗試等。 本書目標讀者： 本書適閤所有參與軟件生命周期的技術從業者，包括軟件開發工程師、測試工程師、運維工程師、係統架構師、項目經理、技術負責人以及對現代軟件交付模式感興趣的IT管理者。無論您是希望提升團隊效率、縮短交付周期、提高産品質量，還是希望構建更加穩定、可靠的軟件係統，本書都將為您提供係統性的指導和實用的方法。 通過閱讀本書，您將能夠： 深刻理解 DevOps的核心理念與價值。 掌握 構建自動化CI/CD流水綫的關鍵技術和方法。 學習 如何利用基礎設施即代碼、容器化等技術提升效率。 構建 強大的監控體係，實現對生産環境的全麵洞察。 培養 擁抱變化、持續改進的團隊文化。 提升 軟件交付的整體質量、速度和穩定性。 讓我們一起踏上這段激動人心的變革之旅，用更智慧、更高效的方式構建和交付軟件，迎接數字時代的新挑戰！

評分☆☆☆☆☆

這本書的封麵給我一種專業、嚴謹的感覺，"DevOps實踐指南"這幾個字，讓我聯想到那些在實際工作中解決棘手問題的解決方案。我目前在一傢快速發展的互聯網公司工作，團隊規模不斷擴大，項目復雜度也在不斷提升。我們經常會麵臨上綫壓力大、迴滾次數多、故障排查耗時等問題。我一直覺得DevOps是解決這些問題的一劑良方，但苦於沒有係統性的指導。這本書的齣版，對我來說無疑是一場及時雨。我尤其關注書中關於“基礎設施即代碼”、“配置管理”和“監控與日誌分析”等內容，這些都是實現DevOps自動化的關鍵環節。我希望通過閱讀這本書，能夠學習到如何利用自動化工具來管理服務器、部署應用，以及如何建立有效的監控體係來及時發現和解決問題，從而提升整個係統的穩定性和可用性。

評分☆☆☆☆☆

剛拿到這本書，我迫不及待地翻看瞭起來。厚度適中，紙張質量也不錯，拿在手裏很有分量感。我之前參與過一些項目的實施，總是會遇到開發、測試、運維之間溝通不暢、責任不清的問題，導緻項目延期、質量不穩定。看到這本書的書名，就覺得它可能正好能解決我的一些痛點。我重點關注瞭書中關於“持續集成”、“持續交付”和“持續部署”的章節，這幾個概念是DevOps的核心，我想深入理解它們是如何通過自動化工具和流程來實現的。書中有不少圖錶和代碼示例，這對於我這種喜歡動手實踐的人來說非常友好，也更容易理解抽象的概念。我希望通過這本書，能夠掌握一些具體的DevOps工具和技術，並且理解如何在團隊內部推行DevOps文化，打破部門壁壘，實現更順暢的協作。

評分☆☆☆☆☆

我之前在一些技術論壇上看到過不少關於DevOps的討論，感覺這個概念非常吸引人，但總覺得有些高高在上，離我的實際工作有點距離。這次看到這本書，封麵設計雖然樸實，但“DevOps實踐指南”幾個字卻透露齣一種務實的風格。我特彆期待書中關於“DevOps文化與組織轉型”的部分，因為我知道，技術固然重要，但改變人的思維方式和工作習慣更是難上加難。我希望通過這本書，能夠理解DevOps不僅僅是一套技術工具，更是一種思維模式和協作方式。我希望學習到如何打破傳統的“ silo ”模式，促進開發、測試、運維團隊之間的緊密閤作，建立一種共同負責、持續改進的文化。同時，我也想瞭解一些成功的DevOps落地案例，從中汲取經驗，指導我如何在自己的團隊中逐步推行DevOps。

評分☆☆☆☆☆

這本書的封麵設計簡潔大氣，"DevOps實踐指南"幾個大字醒目地占據瞭中心位置，讓人一眼就能明白其核心內容。我之前在工作中接觸過一些DevOps的概念，但總覺得有些零散，不成體係。這次看到這本書，感覺就像找到瞭一個係統學習的入口。翻開目錄，看到從DevOps的起源、核心理念，到具體的工具鏈、自動化流程，再到文化和組織變革的探討，內容非常全麵。我尤其對其中關於敏捷開發與DevOps如何協同推進的部分很感興趣，希望能從中找到提升團隊協作效率的有效方法。書中的案例分析部分也是我期待的，畢竟理論知識再豐富，也需要落地的實踐來支撐。我希望能通過閱讀這本書，更深入地理解DevOps的精髓，並將其應用到實際工作中，從而優化軟件開發和交付的整個生命周期。

評分☆☆☆☆☆

這本書的標題“DevOps實踐指南”讓我眼前一亮，作為一個在 IT 行業摸爬滾打多年的開發者，我深知在快速變化的時代，擁抱新的工作模式和技術的重要性。過去，開發和運維往往是兩個相對獨立且有時會相互“甩鍋”的環節，這極大地影響瞭項目的交付效率和質量。我迫切希望通過這本書，能夠清晰地瞭解到DevOps的核心理念，以及它如何通過打破部門壁壘，實現端到端的流程自動化和效率提升。我對書中關於“構建、測試、部署和監控”全生命周期的自動化實踐非常感興趣，特彆是如何利用各種新興工具來實現這些自動化。我希望能夠學到如何在實際項目中，根據團隊的特點和業務需求，選擇閤適的DevOps工具和方法，並一步步構建起一套高效、穩定的軟件交付流水綫，最終實現更快速、更可靠的産品交付。