容器应该成为DevOps基因组的一部分吗？

容器可以增强公司的DevOps转型吗？容器化是DevOps未来的一部分吗？DevOps最大的反模式是什么？要回答这些问题，我们需要四位全球最大的DevOps影响者的帮助。

DevOps病毒如何传播？

我们着手定义DevOps，我们了解到，即使有人将DevOps称为文化运动，而其他人则认为这是神奇的子弹，但这实际上是技术开发人员和IT运营人员之间协作的催化剂。在世界上四个最大的DevOps影响者的帮助下，我们查明了急救DevOps工具包应包含的内容，并且我们了解到实验比特定工具重要得多。

但是DevOps的未来会是什么样，这种病毒如何传播？容器化在DevOps上下文中有多重要，容器如何增强公司的DevOps转型？

现在是时候整理这份专家核对清单了，但是在我们从DevOps讨论中提取所有“果汁”之前，是时候了。

首先，我们向DevOps的影响者询问 了DevOps的本质以及这一流行运动中最相关的趋势。然后，我们尝试 将所有DevOps工具集中在一起，并创建一个急救DevOps工具包。现在该抽出大手笔了。 

如果容器正在革新IT基础架构，而DevOps正在改变现代IT格局，那么您是否会说它们相处得很好？

Mike Kail： 我想说容器技术是云基础架构的一个子集，它们正在启用新的应用程序架构模式并提高开发人员的敏捷性。正在进行“ DevOps转型”的IT领导者当然应该研究容器如何增强其整体战略。

埃里克·范德堡（Eric Vanderburg）：  DevOps可以在其许多解决方案中使用容器。可以将容器视为协作以制造最终产品的单个单元。这样，可以将支持容器的DevOps工作选为一个精确的容器，而每个容器都可以执行特定的功能。以此方式，容易辨别哪个容器需要维护。这提高了效率，这是DevOps的主要目标之一。

Greg Bledsoe： 我认为，如果没有DevOps，就不会存在对基础设施持续虚拟化和代码在环境中快速移动的需求的容器。让我着迷的是，容器是我们老灰胡子的sysadmin长期以来一直使用chroot和uid进行映射的想法的扩展，因此chroot内部的root并不是主机上的真正根。  

然后，某人有了一个天才的想法，即系统化处理这类监禁环境并以可预测的不变方式快速移动它们的能力，并抽象出网络和环境的详细信息。当我立即知道我应该已经想到这一点时，我总是知道一个想法是天才！不用说，我是容器化的忠实拥护者，并认为它是DevOps未来的重要组成部分，尽管DevOps不会止步于此。我们将看到无服务器架构成为主流，并且在未来几年中，Unikernel将成为我们谈论的话题。   

杰森·彭博（Jason Bloomberg）： 他们当然可以团结一致，但是这个问题掩盖了自下而上的心态，这与DevOps的思维方式背道而驰。基础架构的选择应该是抽象的和动态的，更多地是由业务策略和敏捷性要求驱动，而不是技术选择。

DevOps的反模式是什么？

Mike Kail： 对我来说，最重要的是“ DevOps不是职务”，“ DevOps是过程”和“ DevOps是灵丹妙药”。

埃里克·范德堡（Eric Vanderburg）： 反模式从DevOps文化和信仰系统中消除了不理想的假设和人工制品。DevOps不会将开发人员和运营人员的角色合并到一个作业中。相反，它旨在在同一协作团队中的两个角色之间寻求更好的协作。当开发人员开始执行系统管理员的工作时，反之亦然，反模式会为团队带来纠正性的结构。这样可以确保开发人员和管理员都具有相同的目标，而不会在团队中执行不同任务的同时互相反对。

格雷格·布莱索（Greg Bledsoe）： 我的好朋友和同事基思·皮亚斯（Keith Peas）花了很多时间来确定DevOps设计模式和反模式。我在现实世界中看到的主要内容是让具有DevOps的人员担任他们的职务，或者将DevOps团队与其他现有团队分开。

当您执行此操作时，您会误以为DevOps不适用于组织中的每个人，从而取消了协作文化的发展，并创建了一个又一个孤岛，每个人都必须把东西扔到墙上，然后等待一些东西进来return-这几乎与DevOps相反，只是创建了一个浪费的筒仓与其他筒仓一起使用。

Jason Bloomberg： 最危险的反模式是认为DevOps与dev和ops有关！

您对我们如何消除采用DevOps的障碍有任何建议吗？

迈克·凯尔： 首先是要以身作则。如果首席信息官没有推动变革文化，那么采用变革的任何方式都会失败。概述直接映射到业务成果的战略目标。不要仅仅为了采用而推动采用。给每个人明确的任务，经常沟通该任务，并持续衡量进度。

埃里克·范德堡（Eric Vanderburg）： 采用DevOps的第一步是使开发人员开始使用敏捷开发方法，而不是传统方法。这本质上是DevOps的先决条件，许多公司已经采取了这一步骤。接下来是团队的协调和整合。

需要建立新的规范，目标和期望。一些团队可能需要进行团队建设练习以更好地合作，并且可能会发生一些文化变化，并且开发和运营团队可能已经发展了自己独特的文化。

格雷格·布莱索（Greg Bledsoe）： 持久性和积极性会随着时间的推移而移动山脉。这些想法是病毒式的。分享书籍和演讲，指出您可以通过各种简单的方法提高效率，“如果我们不是沿着组织结构来回报告，而是走在大厅里，然后共同努力，那该怎么办？如果我们只是进入同一个房间，直到问题解决才离开，那该怎么办？”  

在大多数组织中，有无数种情况，这些简单的问题极为强大且很有启发性。最重要的是，不要放弃。继续做案件，随着时间的流逝，您会移动酒吧。   

杰森·彭博（Jason Bloomberg）： 传播我所谓的“ DevOps病毒”。一旦软件开发组织解决了类似的问题，他们应该积极向组织的其余部分宣传这种方法。