《DevOps实践指南》是一本非常有价值的书籍，它全面涵盖了40余个DevOps案例，帮助读者构建高度敏捷、可靠和安全的技术组织。该书不仅提供了理论基础和原则，还给出了实际的实践案例，为现代企业数字化转型提供了必要的指导。我强烈推荐大家下载这本书，它将对你的工作和团队带来巨大的帮助。
DevOps实践指南 电子书封面
读者评价
挺好的一本书，虽然不是具体技术的介绍，但是弄清楚了devops要解决的问题和解决起来的基本步骤。知其然，知其所以然。很好。难得的了解devops文化和理论的书籍。可能需要些实践经验才能体会。
提供从启动DevOps转型到实现目标所需的理论、原则和实践，帮助企业提高生产力、盈利能力并且赢得市场。本书不仅适用于从事或影响技术价值流中工作的所有人，通常包括产品管理、开发、QA、IT运维和信息安全，而且适用于业务和市场领导者。
很实用的Devops书籍，特别适合当教材，对于各种理论来源解释的很清晰，对于普及和推广Devops来说很是实用。和《凤凰项目》不是一种类型的书籍。
就这么几本DevOps的权威书籍，该书横向的介绍了DevOps的所有相关知识，可以当工具书使用。
内容介绍
《DevOps实践指南》共分为6个部分：第一部分概述DevOps的历史和三个基本原则，即“三步工作法”；第二部分介绍开启DevOps转型的过程；第三到五部分深入探讨“三步工作法”的各个要素；第六部分关注如何将安全性和合规性正确集成到日常工作中。全书涵盖40余个DevOps案例，以谷歌、亚马逊、Facebook等全球知名企业和组织的实际调查结果为依据，展示如何通过现代化的运维管理提升管理效率，进而为企业赢得更大市场、创造更多利润。
目录
- 第一部分 DevOps介绍
- 第1章 敏捷、持续交付和三步法 4
- 第2章 第一步：流动原则 9
- 第3章 第二步：反馈原则 17
- 第4章 第三步：持续学习与实验原则 23
- 第二部分 从何处开始
- 第5章 选择合适的价值流作为切入点 32
- 第6章 理解、可视化和运用价值流 39
- 第7章 参考康威定律设计组织结构 49
- 第8章 将运维融入日常开发工作 61
- 第三部分 第一步：流动的技术实践
- 第9章 为部署流水线奠定基础 70
- 第10章 实现快速可靠的自动化测试 77
- 第11章 应用和实践持续集成 90
- 第12章 自动化和低风险发布 96
- 第13章 降低发布风险的架构 114
- 第四部分 第二步：反馈的技术实践
- 第14章 建立能发现并解决问题的遥测系统 125
- 第15章 分析遥测数据以更好地预测故障和实现目标 140
- 第16章 应用反馈实现安全部署 150
- 第17章 将假设驱动的开发和A/B测试融入日常工作 160
- 第18章 建立评审和协作流程以提升当前工作的质量 166
- 第五部分 第三步：持续学习与实验的技术实践
- 第19章 将学习融入日常工作 180
- 第20章 将局部经验转化为全局改进 190
- 第21章 预留组织学习和改进的时间 198
- 第六部分 集成信息安全、变更管理和合规性的技术实践
- 第22章 将信息安全融入每个人的日常工作 207
- 第23章 保护部署流水线 220
DevOps与ITIL对比 （1）首先，介绍下ITIL的定义： ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范，企业的IT部门和最终用户可以根据自己的能力和需求定义自己所要求的不同服务水平，参考ITIL来规划和制定其IT基础架构及服务管理，从而确保IT服务管理能为企业的业务运作提供更好的支持。 （2）DevOps与ITIL对比： l 在支撑IT运维的业务流程方面，ITIL和ITSM流程无疑还是最好的。ITIL描述了需要被IT运维支持的功能集合，这些功能集合足以支撑DevOps式的工作流。 l 敏捷和持续集成以及持续发布是开发的输出，这些输出同时作为IT运维的输入，为了适用跟DevOps相关的快速部署的节奏，ITIL流程的很多方面，特别是围绕着变更、配置和发布流程方面，需要自动化。 l DevOps的目标不仅只是增加变更的频率，而且也支持在不中断和破坏当前服务的基础上，确保功能部署成功，同时也可以快速检测和修复缺陷。这相当于是引入了服务设计，事故和问题管理方面的ITIL新准则。
DevOps（英文Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。[1]外文名DevOps全称 Development和Operations的组合优点尽可能地自动化用途协作与整合等。 以上内容来自百度百科。 在我看来： 1.主要就是为了整合资源，使资源充分利用.让开发人员像使用水电一样的使用资源，让开发人员聚焦在更有价值的事情身上，让整个开发阶段中不同的工具串联在一起，形成一条完整的流水线。 2.可视化可跟踪，通过一系列的工具可以对开发需求进行持续的跟踪，很明确的且客观看到任务的当前状态，而且出了问题之后可以追溯，让你能精准的定位到哪个环节出现了问题。 3. 在运维方面，尽可能的通过监控工具，收集数据，通过大数据，深度学习等手段，来解放运维人员，而且数据不断的可视化，也有利于实时监控（其实我没做过运维，在这方面理解得比较浅，慢慢好好学习吧）