我喜欢阅读小说并且对书籍没有反感,但是随着技术的发展,可以在其中更新/重写博客文章。这些书通常价格在20到30英镑左右就不能了。 >
#1 楼
在大多数情况下,推荐的书籍与技术无关。随着技术的变化,组织背后的基本原理(例如系统思维,领导才能,常识等)不会经常变化。The Goal甚至DevOps Handbook之类的书都没有提及他们的页面上有很多技术,而是管理人员执行的工作的方式。
许多问题与技术相关,例如微服务,大型系统架构,作为代码的基础架构等主题。不是在谈论特定的工具和/或技术,而是在谈论建筑主题。为了正确地构建系统,构建大型系统的人需要了解的知识领域。这种知识很罕见,而且关于这些主题的著作非常丰富,只需忽略这些工具,或者将其翻译成更新的版本即可。
关于创建高质量软件的一本更好的书籍(imho )是敏捷软件开发,原理,模式和实践。尽管本书(Java)中使用的语言已经发展了很多,但本书中提供的示例却是永恒的,可以轻松地翻译成其他选择的语言。
一些问题DevOps运动试图解决的问题涉及在没有任何意义的组织中管理工作的常见方式。正如Eliyahu Goldratt经常说的(《目标》的作者)“常识不是很普遍”。
这些书教导了在系统环境中正确思考问题和人际关系的原理,这样整个系统就可以改善。这些课程是古老的,不幸的是,很少有在该领域工作的人真正学习过这些课程。
自然地,也有一些作者撰写了有关该领域新的和类似的fizz-bang技术工具的书,例如AWS或Docker或Jenkins或其他任何东西,但他们只是想推动他们的书销售...但我尝试从我的答案中排除此类博客文章。
评论
那句话最初是伏尔泰,我从未听说过这个Goldratt
– Gaius
17年9月4日在19:08
@Gaius Goldratt引用了许多聪明的人。
– Evgeny Zislis
17年9月4日在19:15
#2 楼
这标志着基础结构工程作为一个领域或专业的日趋成熟。如果考虑机械,民用或电气等任何较传统的工程形式,则大部分知识是纸质书本形式,即如何讲授,实践工程师可参考参考书本。这是因为一旦理解并编纂了基本原理,实现的细节仅特定于特定的应用程序或安装。您可以考虑任何工程文物-摩天大楼或桥梁,喷气发动机,航空母舰。极其复杂,需要很强的技能来构造,但是使用了现在已经理解的一般原理来构建,并且仅在几十年的时间内发生了变化,并且几十年前的工程师很容易理解。使其更具DevOps特定性-如果您使用CFEngine,Chef,Puppet或其他任何方式实施配置管理,这实际上都没有关系,现在已经可以充分理解配置管理的原理了并应用于任何实际工具。
评论
DevOps主题是高度主观且流动的。与其他更成熟的领域相比,这为书籍写作提供了更多的机会。许多这样的引用都是普通的广告,这并不一定意味着它们确实是该领域中必读的引用(即使这样明确地引用它们也是如此)。通常,直到购买后才知道它是否为蛇油。
在打开显示器之前,DevOps职责开始:-)