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