Answers:
在大多数情况下，推荐的书都不是关于技术的。随着技术的变化，组织背后的基本原理（例如系统思维，领导能力，常识等）不会经常变化。
书籍，如目标，甚至将DevOps的手册没有提到在他们的网页，而是由人执行工作管理办法多的技术。
许多问题与技术有关，诸如微服务，构建大型系统，将基础结构作为代码等主题，这些问题不是在讨论特定的工具和/或技术，而是在讨论体系结构主题。为了正确地构建系统，构建大型系统的人需要了解的知识领域。这种知识是罕见的，并且关于这些主题的著作非常丰富-只是不理会提到的工具，或转化为它们的新世代。
关于创建高质量软件（imho）的一本更好的书是《敏捷软件开发，原理，模式和实践》。尽管本书（Java）中使用的语言已经发展了很多，但本书中提供的示例却是永恒的，可以轻松地翻译成任何其他选择的语言。
DevOps运动试图解决的一些问题与在没有任何意义的组织中管理工作的通用方式有关。正如Eliyahu Goldratt经常说的（《目标》的作者）“常识不是很普遍”。
这些书讲授了在系统设置中正确思考问题和人际关系的原理，从而改善了整个系统。这些经验教训是古老的，不幸的是，很少有人在该领域工作并真正学会了这些知识。
自然地，也有一些作者撰写了有关诸如此类的，与该领域相关的fizz-bang技术工具的书籍，例如AWS或Docker或Jenkins或其他，并且只是想推动其书籍销售……但我尝试并从我的答案中排除这类博客文章。
这标志着基础结构工程作为一个领域或专业的日趋成熟。如果考虑机械，民用或电气等任何较传统的工程形式，则大部分知识是纸质书本形式，即如何讲授，实践工程师可参考参考书本。这是因为一旦理解并编纂了基本原理，则实现的细节仅特定于特定的应用程序或安装。您可以考虑任何工程文物-摩天大楼或桥梁，喷气发动机，航空母舰。极其复杂，需要很强的技能来构造，但是使用的是现在已经可以理解的一般原理，它们仅在几十年的时间内发生了变化，并且几十年前的工程师就很容易理解。
使其更具DevOps特定性-如果您使用CFEngine，Chef，Puppet或其他任何方式实施配置管理，则实际上并不重要，现在可以将它们简化并应用于任何实际工具，就足以理解配置管理的原理。