如果您想保留标签，请继续在更改的Devops世界上发生的事情，Gareth Rushgrove的DevOps每周时事通讯是过去九年的必读书目。白天，加雷思是Docker的产品经理，但每周日，他都会在英国剑桥的办公室里，为他的近3万名订阅用户提供各式各样的DevOps故事和资源，让他们随时了解最新情况。
在为400多份电子邮件简报收集内容的过程中(估计有5000个DevOps内容的链接)，《DevOps周刊》从DevOps的早期开始就一直在关注着它的发展。New Relic很激动地坐下来与他讨论他在过去几年里看到的变化，并了解他对归档oew的期望
New Relic的:你出版DevOps周刊已经有9年了……在这段时间里DevOps是如何发展的?和你刚开始的时候相比，现在的情况有什么不同?
加雷斯：这是一个更广泛的对话。不是因为早期参与的人只对对话的一个非常特定的子集感兴趣，而是因为参与者更少。坦白地说，我们都很年轻。其中一些人在做大致相同的事情，而另一些人在更高的职位上，在应对更大的挑战。
Devops完全是社区导向 - 它是关于房间里的人。
在一些城市，DevOps有一种开发者的味道，因为那里热衷于组织活动的人是开发者。在其他地方，操作更加集中。有时两者之间更平衡。重要的是要记住，DevOps仍在成长，仍在寻找新的领域，以适应其作为软件专业人员更好地工作的初衷。
如果你看得更远一点，“DevOps”这个术语并不是最重要的一点。它让我们得以在DevOps的旗帜下走到一起，但这种知名度纯粹是营销。从这个意义上讲，DevOps基本上是一个成功的营销故事——这就是为什么人们会像依恋品牌一样依恋DevOps的原因之一。
有时人们喜欢不同的事情的摩擦。运动队是一个经典的例子，但也挑选了软件工具或编程语言。你不可能喜欢Java和PHP,可以吗?这是社区的部落性质，人们找到了可以联系在一起的东西。有时这就是问题所在，有时这就是你所反对的。
New Relic的:像网站可靠性工程（SRE）这样的东西在哪里适合这一讨论？
加雷斯：SRE已经走出了谷歌，而且当德国人出生时，那些人中的许多人都在房间里。谷歌已经拥有一个充满人们谈论这些事情的房间。关于谷歌改变的事情之一是他们现在更积极参与外部社区。在一个点，谷歌被称为分享它通过学术论文所做的事情，但他们已经破坏了他们经常通过开源项目和其他方式分享的地方。
都是书是一个很好的例子。上一代人可能会通过有针对性的学术论文来分享这些信息，而不是在大众阅读的书籍中。
更具体地说，DevOps和SRE是苹果和桔子的比较。SRE与DevOps有平行的发展，但它们绝对不是同一件事。我认为SRE是一个实现，一个特定的实践集合，而DevOps更多的是一个社区对话。
Serverless也有粉丝
New Relic的:考虑到你所说的部落主义，我们是否开始看到DevOps思维方式的更新方法和品牌——以DevOps挑战早期思维方式的方式?
加雷斯：确实！最好的例子是在无服务器社区横幅下发生的事情。关于工具和实践的大量对话与当前的假设捆绑在一起，特别是通过云的采用。这不是Devops只是关于云计算的，但很多API驱动的基础架构和自动化都与采用公共云和云实践一起携手共进。
如果你从新的无服务器社区的角度来看，它们有根本的区别:“我们是新的。这都是不同的!”但从外面看，你可能会说，“哦，不。反正都一样。”这两种观点都有点道理。
Devops Drivers与Devops障碍
New Relic的:你认为是什么最大的司机为Devops立即采用。你提到了云，但其他物品正在推动组织走向Devops吗？
加雷斯：速度。组织现在从根本上识别他们需要快速移动。不动的竞争地位不效益，无论是针对现有竞争对手还是针对可能具有差异不同的竞争对手，以及更快的商业模式的竞争对手。害怕中断的恐惧已经推动了很多组织来欣赏他们不会迅速移动。
看着那（这Devops报告来自我的前雇主之一，木偶，以及多拉的加速:2018年DevOps的状态报告。有这么多的数据和稳健的研究表明，在不牺牲稳定性或安全性的情况下可以更快地进行。反向Devops的争论总是，“不，我们不能这样做。我们不会得到安全。我们不会符合要求。我们不会安全。”但数据显示，这根本不是这种情况。
New Relic的:另一方面，你认为什么是最大的障碍DevOps收养?它主要是一个技术问题，一个文化问题，还是混合问题?
加雷斯：我认为技术是一个因素，但首先也是最重要的是人、过程和文化问题。特别是在大型组织中，您拥有广泛的现有技术、现有人员、现有流程、现有合作伙伴，以及可能存在的不同地区、地点、办公室、不同文化和不同地点的不同团队。
试图改变这真的很难。当您尝试走向不断变化的模型时，它甚至更难。人们希望数字转型成为他们所能的东西做-一个有开始和结束的过程。不过，DevOps最终是要拥抱一个不断变化的世界。很多组织都不是为此设立的;它们被设定为离散的、周期性的变化，并衡量成功与否之间那些变化。
另一个问题是采购，采购和预算。金融方面的重要性，通过一个项目心态来创造导致可以轻松采用这些做法的结构的激励措施。
devops入门
New Relic的:所以 - 如果我在一个非常大的组织中，我想探索勇敢的Devops的新世界，我如何开始？
加雷斯：倾听外面人的声音。我的政府经历就是一个很好的例子;在许多大型组织中，人们最终会在回音室中说，“哦，不。政府是不同的。”或者“银行业是不同的。”他们不想与公司或行业之外的人交谈。
参加当地的开发日会让你大开眼界。我去过很多地方，那里有一些人以前从来没有去过那种地方。他们被人们的开放所折服。
很多人回来，为自己的组织带来热情。当您尝试从内部改变一个组织时，热情就有很长的路要走。如果你不热情，你为什么甚至首先这样做？
还有大量的DevOps资源可供研究。最近的加速的书呈现有用的数据和证据，人们可以[使用]以使他们的案例成为Devops。这devops cookbook.也是如此。有针对CXO型的人员和绘制技术从业者的书籍。有类似数据的人有书。
监测在Devops中的关键作用
New Relic的:让我们谈谈监测Devops中扮演的关键角色 - 这是我们在新的遗物关心这里的问题。您对当前的监控和Devops之间关系的状态是什么？
加雷斯：早些时候我们谈到了文化自动化，测量和分享。测量始终是Devops Mindset的一部分。而不仅仅是测量基础设施或应用程序，而且衡量所有内容：人员和实践和流程。
监测是一件基本的东西。在Devops的早期，您对部署工具进行了大量的对话，您对监控有很多对话。这是社区对社区感兴趣的事情，每个人都能谈论。监控工具的爆炸与产品和过程携手合作 - 尤其是部署自动化的兴起。
十年前，Flickr每天做五部部署的想法很疯狂。现在，它是，“哦，是的。当然我们每天做五部部署。”即使在具有规模和合规性问题的大型组织中，这也可以易于且显着的积极态度。但是没有两件事就不能这样做。
一是全面监控。仅仅知道服务器在做什么是不够的。您需要监视整个系统以及您的用户如何体验它。否则，你无法在问题影响到他人之前就做出反应。
你需要的另一件事是连续集成和连续部署（CI / CD）。同样，这是10年前在部署工具方面发生的海洋。部署管道现在是基础架构的关键部分。之前，您可能已经说过，“我每六个月需要我的部署工具一次。”但是，“现在我需要我的部署工具为24/7。”这是监控工具的演变，让我们为我们提供信心，而不是简单地扔在这个问题上。
每周吞游 - 几乎开始
New Relic的:现在我们谈到了Devops如何发展，让我们进入你参与其中，以及DevOps周刊是如何形成的。
加雷思Rushgrove:当我曾经为大型组织的事物的开发和运营方面努力，建立持续集成工具并帮助将软件投入生产，并帮助将软件投入生产。我可能是最合适的，我为英国政府工作了大约四年，因为现在没有使用那些单词，这将被视为“数字化转型”，虽然我们没有使用那些话。
与此同时，我开始用小团队做很多事情，越来越多的运营团队帮助其他政府部门采用现代基础设施实践。因此，我的背景包括从商业软件开发到经典开发人员事物的业务软件开发的一切，以及咨询和人员。我认为这是我所做的事情的广泛传播，让我走向最终成为Devops的东西。
New Relic的:那么这种转变是如何发生的呢?您是如何发现DevOps的?
加雷斯：真的靠近一开始就在那里的人。DevOps一词起源于Patrick Debois，他在比利时根特组织了第一个DevOpsDays活动，回到2009年。我不是那里，但我当时的一个同事是。他回来说：“哦，你应该这样做。他们在谈论我们正在做的所有事情，你很感兴趣。”
我在汉堡的第二个，我想：“我们现在对这件事有一句话！”我最终向一些我遇到的人发送了一封电子邮件，并与他们保持联系。我仍然在这样做九年后。
New Relic的:那是Devops每周通讯的成因？
加雷斯：Devops没有发明待附属的实践。但它给了我们一个论坛，可以谈论这些事情。我已经对构建工具感兴趣，我对自动化感兴趣，我对操作和开发之间的交叉感兴趣。但直到一群人对那些房间里的东西感兴趣并开始谈论它，并意识到别人也很感兴趣，那么突然间有很多有趣。
这是在Twitter的早期。在那个时候，如果你搜索DevOps这个词，几乎所有使用它的人都是一个有趣的人，这为高价值的对话创造了机会。我遇到了很多朋友，他们是第一批意识到这是他们脑子里的东西，但之前没有一个词来形容它的人。一旦我们有了一个词来形容它，所有的东西都合在一起了。
随着时间的推移，我看到了一个非常有趣的优势，DevOps Weekly只是那些失去控制的副项目之一。
New Relic的:你如何决定在每周的时事通讯上发表什么?你是把遇到的所有与DevOps相关的东西都放进去，还是只放最好的东西?内容是如何随时间而改变的?
加雷斯：这始终是一个策划的东西。如果我发现它足够有趣，我会放一些东西。我读了很多，我总是收集的链接，我发现如果我认为有趣的话，其他人也会做。如果我能在每个问题中发现有趣的一两件事，我很高兴。
当然，人们写的话题在这些年里也发生了变化。但我感兴趣的东西也一样。时事通讯随着DevOps运动的发展而发展，这有助于保持它对我和一些从第一天就开始阅读的订阅者的新鲜。
devops酷吗？
New Relic的:我还有一个问题。这是我们早些时候谈论的：Devops仍然很酷吗？
加雷斯：我不认为DevOps很酷。那是一群极客打着营销的旗号谈论服务管理，而我们绝对不是最酷的人。我认为DevOps如何出现在更广阔的世界中很有趣，但我不确定它是否真的很酷。
另一方面，Devops横幅发生了很多凉爽的事情。很多人都花了很多时间和努力让人们在Devops社区感到欢迎 - 即使这是一个逼真的只是由一个词和互联网组成。我想那是凉爽的。
