Dev for Ops中的速成课程？

10

我在CompSci上学，最初主要学习Java，但是我从中学到的是，我对系统充满热情，所以我一直在ops方面工作。我对脚本很方便，所以我不是在寻找一个可以教我Ruby的网站，而是可以更深入地解释您的开发人员整日所做的事情。我想更好地了解文化，以及如何消化项目中无数的无数文件。

如果今天我了解到周一我将被调往开发团队，那么这个周末我想读些什么？

— 斯蒂芬·C
source

3

我将开始阅读我的“合同” ...即使只是在您需要重新协商薪水时...除此之外，仅仅一个周末肯定不足以阅读任何相关内容，尤其是因为您没有似乎不知道您将使用哪种“基础结构”……想象一下它是运行各种zLinux实例的大型机……“ z”是零停机（不可协商）的捷径。 ..使飞机保持空中……

— Pierre.Vriens

@ Pierre.Vriens，热闹的评论。请放心，这实际上并没有发生，或者我现在正忙着使用我的LinkedIn帐户，但是我认为这种举动在如今已经不算什么了。有些组织可能会通过在开发团队和操作人员之间交换一些人员而真正受益，而且我确信某些组织会在“实施DevOps”的过程中做到这一点。

— 斯蒂芬·C

8

由于您已将此问题标记为“文化”，因此我假设您对特定的应用程序不感兴趣，但对工作流和管理的更广泛的问题不感兴趣。

我可能会从“ The DevOps Handbook”开始；这是对要考虑的不同事物的很好概述，而无需深入探讨。

杰兹·汉布尔（Jez Humble）的“连续交付”也经常被提及；我还没有读太多，但是它涵盖了源代码控制和构建自动化的概念。

如果您开始大规模应用程序（这可能是一个很大的假设），那么另一本不错的书是Limoncelli等人的“云系统管理实践”。

— 斯图尔特·安斯沃思（Stuart Ainsworth）
source

1

在搬家之前，我读了60％的利蒙切利书。它肯定教会了我很多东西。我还刚刚开始了Gene Kim等人的“凤凰城计划”，这是一个令人惊讶的引人入胜的读物，同时也教了很多东西。

— 斯蒂芬·C

我也喜欢Google SRE书；实际上，与某些DevOps内容相比，它更适合我的组织，但本书本身并不连贯。您必须不按顺序阅读它，挑选适合您的章节，然后浏览其余章节。

— 斯图尔特·安斯沃思

7

我想这不是关于DevOps，而是直接的软件开发。

我想更好地了解文化

好吧，直接开发中最大的事情（没有“ DevOps”角度）肯定是“敏捷的”，即大部分情况下是SCRUM。您可能比坐下来阅读《敏捷宣言》或SCRUM上的入门书或看板来处理更多日常的错误修正，维护工作要糟糕。

除此之外，从开发人员的角度来说，“文化”根本就是DevOps的特定事物。是的，我们也有传教士，专门针对红宝石或golang等较新的事物，但不像在DevOps / Cloud世界中那样极端，在DevOps / Cloud世界中，实际的范例发生了变化。

以及如何消化项目中大量文件

自己亲自处理过非凡的红宝石应用程序，这并不麻烦。看到，这些文件不仅散布在nilly-willy周围，而且还有层次结构，约定等。对于一个设计良好的项目，您实际上根本不需要在一个时间点上将所有这些文件保存在头脑中。如果您在特定区域工作，通常很清楚相关文件在哪里，并且可以轻松放大它们。相同应该去其他现代编程环境。

在糟糕的应用程序中，情况有所不同，但是开发人员实际上并不会“消化”任何东西，而是整日疯狂地徘徊，直到他退出。;）

— no
source