John Willis在DOES17伦敦大会上谈DevOps超模式

DevOps

摘要

John Willis是《DevOps手册》的合著者。他在2017 DevOps伦敦企业峰会上谈了新兴的DevOps超模式。

正文

John Willis是《DevOps手册》的合著者。2017年6月5和6日，2017 DevOps企业峰会在伦敦举行。他在此次大会上谈了新兴的DevOps超模式。

Willis还因为提出了缩写CALMS而闻名于世，它们分别代表文化、自动化、精益（来自Jez Humble）管理和分享。

InfoQ抓住机会向Willis提了几个问题。

InfoQ：什么是DevOps超模式？

John Willis：DevOps是由Patrick Debois在2009年提出的，他在DevOpsDays那天创造了这个词，然后就传播到了全世界。我们就看到了那些看上去比较新的模式。随着时间推移，越来越多的人参与进来，我们早期学到的是精益，那来自丰田生产系统，是我们今天所说的DevOps的一个重要组成部分。《DevOps手册》多次提到精益，这不是一种偶然。Gene Kim大量援引了Steven Spears的话——他是《哈佛商业评论》上“丰田生产系统解码”一文的作者之一。

然后，John Allspaw开始介绍DevOps的知识体系（BoK），他大量地提到了安全，展示了许多来自飞机失事、工厂和医疗调查的有价值的工作，以及我们如何将他们的经验教训应用到我们的IT工作中。有一个完整的工作体系，其中有许多这样的框架，它们全都对此有所贡献，如Holacracy——能够说“看，这真得对DevOps非常有利”是件令人兴奋的事情，但是，我们实际看到的是模式。

InfoQ：为什么这很重要或者密切相关？

John Willis：有两件事；首先，它简化了讨论。我们正设法帮助人们，让他们更高效地工作，更擅长自己的工作。如果我们都从不同的角度来讨论问题，就会让听者陷入混乱——我们将这些模式汇集起来，设法避免让人困惑的东西，是有利于社区的。

还有一件事就是，这对人们而言真得势不可挡，起初，当人们踏上DevOps之旅时，我们告诉他们去购买《凤凰项目》。这有点没有质量和创意，我们会说，买一份物理拷贝，然后交给你的老板。他或她并没有阅读它。一个月之后，他们仍然没有阅读它。当你第三次要求他们读一下时，他们会感到内疚，你在一本书上花了20美元，他们会阅读它。现在的问题是，对于《DevOps手册》，现在有两本书需要购买和阅读。但是，《精益企业》、《持续交付》、Safety Differently又怎么样呢……你知道，这只是罗列一下，列出我们可以推荐的书目。对人们说，读下这5本书，祝你愉快，这是在帮倒忙。如果我们做得更好，就把这些概念简化下，然后，人们可以根据需要针对一个特定的主题阅读更多的内容。

InfoQ：您在哪里看到了这些模式？

John Willis：在哪都可以看到，你看到的其中一样核心的东西是，它们都有一个文化要素。我在源于丰田的精益里看到了这种内生合作。即使丰田没有给它贴上这样的标签，但你可以看出心理安全感；这也是我们在IT领域致力于培养的“事后无责难”或者通常所说的“不指责”。我们在软件交付通道中也看到了丰田的安灯绳思想。在制造业的例子里，任何人都可以拉绳，让生产线停下来，当管理者过去调查问题时说的第一件事是“谢谢”，因为这是一个学习的机会。当出现问题时，调查者寻找需要责备的人并不能显示诚意——他们需要心理安全感。

谷歌对什么成就了一个伟大的团队做过一些很棒的研究（得出的结论是心理安全感），并在无责难的对话中积极地对人们进行培训。

InfoQ：组织该如何利用这一点？

John Willis：关于这一点，让我们说一下——这是否让你感兴趣或者你是否会将其他的框架添加到超模式或者其他你见过的模式，我们对此非常感兴趣。请在这篇文章的评论中告诉我们。

查看英文原文：John Willis Talks DevOps Superpatterns at DOES17 London