基礎設施代碼模型驅動的DevOps Model-Driven Devops: Increasing Agility and Security in Your Physical Network Through Devops

Contents目錄
譯者序
前言
謝
第1章頓開茅塞1
1.1 企業IT成為業務風險源1
1.2 災難現場的觀察結果3
1.2.1 缺少良好的架構4
1.2.2 人為錯誤4
1.2.3 人比機器慢4
1.2.4 自動化測試缺失4
1.2.5 惡性循環4
1.2.6 缺乏敏捷性5
1.3 DevOps 5
1.3.1 什麼是DevOps 5
1.3.2 應用程式與基礎設施6
1.3.3 利用大規模自動化7
1.4為什麼企業IT門不採用
DevOps 7
1.4.1 人為因素7
1.4.2 業務因素8
第2章良法9
2.1 目標：業務轉型12
2.1.1 IT設施的瓶頸12
2.1.2 業務轉型13
2.1.3 DevOps行動手冊13
2.2 為什麼選擇模型驅動的
DevOps 14
2.2.1 網路基礎設施的不同之處14
2.2.2 什麼是模型驅動的DevOps 15
2.2.3 什麼是資料模型15
2.2.4 可信任資料來源18
2.2. 5 作為框架的DevOps 18
2.3 DevSecOps的內建性19
第3章可呼叫的基礎設施21
3.1 API 23
3.2 平台化27
3.2.1 實體硬體配置27
3.2.2 統一控制點28
3.2.3 北向API與南向API 28
3.2.4 API 與功能規範化28
3.2.5 編織化服務29
3.2.6 可伸縮性29
第4章基礎設施代碼31
4.1 為什麼採用基礎設施代碼33
4.2 可信任資料來源34
4.3 資料模型34
4.3. 1 資料模型編碼格式36
4.3.2 資料模型描述語言38
4.3.3 一般IaC工具39
4.3.4 組織結構40
4.3.5 可信任資料來源的類型43
4.4 原始碼51
第5章持續整合/持續署58
5.1 CI/CD概述61
5.1.1 應用程式與基礎設施的
差異62
5.1.2 CI/CD實務63
5.2 原始碼管理64
5.2.1 核心功能64
5.2.2 協作功能65
5.2.3 SCM總結67
5.3 持續整合工具67
5.3.1 CI引擎68
5.3.2 持續整合工具的工作方式69
5.3.3 工作流程範例69
5.4 基礎設施工具71
5.5 測試與驗證77
5.5.1 文法檢查78
5.5.2 元資料格式/模型驗證79
5.5.3 功能測試81
5.5.4 測試與驗證總結86
5.6 持續署86
5.7 持續監控87
第6章落地實施89
6.1 模型驅動的DevOps框架的參考
實現91
6.2 目標92
6.3 DevOps路線圖92
16.36. 1 架構93
6.3.2 95
6.3.3 自動化96
6.3.4 測試109
6.3.5 署118
第7章事在人為121
7.1 文化與變革的需求122
7.2 從「為什麼」開始123
7.3 組織123
領導力 123 領導力
7.3.2 楷模123
7.3.3 組成一個團隊124
7.3.4 打破藩籬124
7.3.5 社區125
7.3.6 新的工具125
7.3.7 組織級變革的小結128
7.4 個人自動化的對比與個人程式設計
與自動化程式設計的對比與7. 129
7.4.2 版本控制工具130
7.4.3 資料格式130
7.4.4 API 130
7.4.5 範本化131
7.4.6 Linux/UNIX 132
7.4.7 擁抱變革133.........