持续学习是 DevOps 和数字化转型的关键组成部分。如果您不从日常运营中学习，您的运营思维模式将永远不会改变。如果您不努力挖掘每位团队成员的思维潜力，您的团队将永远无法充分发挥其潜力。正如安德鲁·克莱·谢弗 (Andrew Clay Shafer) 所说：“要么您正在建立一个学习型组织，要么您将输给正在建立学习型组织的其他人。”
在您的组织中推进持续学习计划有很多方法，例如发起读书俱乐部或创建阅读清单。以下是十个必读的 DevOps 资源，助您开启 DevOps 之旅。
|
《凤凰项目》作者：Kevin Behr、George Spafford 和 Gene Kim 作为任何 DevOps 知识之旅的精髓起点，本书将带您了解一个陷入困境的 IT 组织向 DevOps 文化转型的过程。本书以小说的形式写成，易于阅读。将本书赠送给高级工程师、高管和 IT 新员工；他们会感同身受。 |
|
《DevOps 手册》作者：Gene Kim、Jez Humble、John Willis 和 Patrick Debois 本书远非仅仅是一堆代码示例，而是一本将 DevOps 引入组织的具体示例的实施指南。阅读完《凤凰项目》之后，本书是您阅读清单中的下一个合乎逻辑的步骤——它在一本有用的书中提供了多年的经验。 |
|
《十二要素应用》作者：Adam Wiggins 凭借这本电子书，Heroku 联合创始人 Adam Wiggins 改变了世界对软件即服务的看法。此处概述的设计原则已成为实施软件的事实标准，并且它为重构软件和新建项目提供了出色的指导。这本电子书是免费的，并且会定期更新。 |
|
《持续交付》作者：Jez Humble 和 David Farley 本书侧重于如何更快地部署软件，重点是自动化任务和首先自动化（因为您没有时间回头再自动化）。当人们说“左移”时，他们指的是在本书中描述的管道中更早地执行。这是一本 DevOps 必读之作。 |
|
《站点可靠性工程》编辑：Betsy Beyer、Chris Jones、Jennifer Petoff 和 Niall Murphy 我喜欢将 Google 优秀员工的这本论文集视为在巨大规模下如何正确做事的参考。本书不会为每个组织提供解决方案；大多数组织可能没有 Google 规模的问题。在分布式基础设施上运行千兆字节大小的数据库可以优化可用性。但这将比少量地理位置分散的副本花费更多。 |
|
《企业 DevOps 实践手册》作者：Bill Ott、Jimmy Pham 和 Haluk Saker 本书是构建成功的 DevOps 组织的路线图，涵盖招聘、文化和学习。虽然它可能缺少一些组件，但它提供了将 DevOps 引入您当前组织的方法。（是的，企业和 DevOps 可以协同工作。） |
|
《精益企业》作者：Jez Humble、Barry O'Reilly 和 Joanne Molesky 本书帮助读者成为具有大局观、以业务为中心的变革推动者。作为计划、组织、实施和衡量精益业务的全阶段指南，本书非常适合领导者和管理者。无论您的组织多么成功，本书都将改变您看待事物的方式。 |
|
《开放组织 IT 文化变革指南》作者：The Open Organization 大多数人认为文化是 DevOps 最关键的组成部分。这本论文集汇集了来自 DevOps 领域的各界人士的文章，是吉姆·怀特赫斯特 (Jim Whitehurst) 2015 年出版的《开放组织》的社区制作伴侣。这是一本来自不同作者群体的平易近人、鼓舞人心的书。我最推荐的章节是 Jonas Rosland 撰写的“跨团队工作时假设积极意图”。 |
|
《压力的益处：为什么压力对您有益，以及如何擅长应对压力》作者：Kelly McGonigal 博士 本书帮助您学习管理和拥抱压力，将其视为一件好事。它解释了如何将压力引起的肾上腺素、对未知的焦虑和紧张感转化为蓬勃发展的机会，而不是需要与之抗争的东西。事实上，它表明，如果处理得当，压力甚至可以让你更快乐。如果事实证明压力对你有好处，你的生活会变得多么美好？ |
《孙子兵法》
作者：孙子
在 DevOps 中，您*不应该*有对手。但在商业中，您会遇到对手，而且很可能，许多对手都读过《孙子兵法》。将公元前 5 世纪的中国军事论文中的战争原则应用于 DevOps 似乎有些牵强，但如果您将下一次中断视为您的敌人，并将您的管道视为您的补给线，那么孙子的古代著作就开始演变成几乎适用于任何情况的有趣战略指南。
您认为还有其他资源可以帮助人们的 DevOps 之旅吗？欢迎随时向 DevOps-README.md GitHub 存储库提交拉取请求，或在下方添加评论。
3 条评论