我们最近主持了一期持续讨论的特别节目（#c9d9），我们的一些客户和合作伙伴出席了DevOps企业峰会（DOES17）。在讨论中，他们分享了他们最近的一些DevOps转型故事，以及一些关于在会议上的谈话中可以期待的东西。小组成员包括：AdvancedMD IT和数据中心运营高级主管John Esser、Somos scrum大师Gary McKay、NetEnt敏捷产品负责人Aloisio Rocha、英特尔软件工程经理Manish Aggarwal、城市科学全球软件配置经理Marc Priolo、Release管理合伙人J.Paul Reed工程方法；马克·霍恩比克（Marc Hornbeek），Trace3 DevOps首席顾问；Gary Gruver Consulting创始人兼首席执行官Gary Gruver；以及我们自己的Sam Fell和Anders Wallgren。随着我们越来越接近DOES17 Sun-Francisco，以下是最近关于c9d9讨论的一些重要收获。秘诀在于包容性——确保角色有目的性——加里·麦凯（Gary McKay）在《让大型机到微服务c9d9@SomosŠInc.》pic.twitter.com/z4QQQ0rFyS-CloudBees（@electricloud）2017年10月10日每个公司都是不同的，所以进行DevOps转型会因组织的不同而有所不同，Esser解释道："每个公司都有不同的约束条件、不同的文化、不同的价值观。我要说的是，我们要如何运用这些原则，但我不能说，我们要如何执行这些原则McKay谈到了从大型机到微服务的成功，他提出了"龙之队"的概念："Dragon团队是为了确保我们的CI/CD流程以及我们的部署和发布流程保持一致。从大型机环境到分布式微服务环境，不仅在文化上存在差异，而且在流程和技术上也存在差异。我们希望确保所有这些都得到有效管理，以便在需要部署时进行部署。"每个公司都有一套不同的约束条件和文化，所以你不能一开始就去敲打德沃普斯锤子@johndesser'c9d9pic.twitter.com/M6Yyw9v5q3-CloudBees（@electricloud）2017年10月10日Rocha谈到了NetEnt DevOps的历程以及变革的灵感来源："我们已经从一个业务扩张的地方走了出来，但是部署和交付并没有随着业务的发展而扩展，转而致力于如何通过自动化解决it问题，处理部署并使部署对每个人都可见。"Aggarwal将在DOES17上谈论Intel的DevOps之旅："我将介绍包括Intel在内的许多组织如何尝试登上DevOps之旅。他们在一定程度上是成功的，但如何确保质量，这是这次旅程的唯一目的，不会被落在后面。" 我们的目标是创建一个管道，使我们的开发人员具有灵活性，但治理和监督可以实现pic.twitter.com/4P9JJGXTs7-CloudBees（@electricloud）2017年10月10日Priolo谈到他的管道即服务策略："我们有一个管道即服务的策略。这就是我们希望确保我们的开发人员能够专注于开发，而不是试图弄清楚他们的代码是如何进入我们的生产环境的。" @netenoficial正在提供#DevOps-as-a-service，根据Aloisio Rocha的说法。在他17岁的会议上听更多！#9号楼pic.twitter.com/WqwBELO3Ky-CloudBees（@electricloud）2017年10月10日Gruver关于开始DevOps转换的简单建议是："在开始的时候，你需要创造一些积极的动力。您需要找到在开发和部署操作中最失败的部分。你需要突出它们。你得把它们修好。然后，您需要将这些变化推向市场，以便为转型提供一些积极的动力。"别忘了发布工程的人为因素，里德说："在DOES17中，我们将介绍一些与发布工程相关的人为因素。这有几个方面。这有点像‘你如何着手做这项工作’，还有一点是关于我们如何对待他人，即网络系统。" Marc Hornbeek@trace3谈论如何将传统应用程序转换为微服务，以及如何提高组织的灵活性pic.twitter.com/yfJ69qQnFT-CloudBees（@electricloud）2017年10月10日麦凯说，让所有团队参与到你的转型之旅中是很重要的："秘诀就是包容性。确保大型机团队是微服务流程的一部分，并确保我们在快速有效地完成任务的过程中，确保我们将它们引入进来。我们确保他们的角色是有目的的，他们是整个过程的一部分，而不仅仅是"哦，你只是一些大型机的家伙。我们就不理你了。"关于DevOps的核心价值观："DevOps作为一个整体不仅仅局限于一个架构。DevOps的核心是更好地合作，增加整个价值管道的价值流。" Priolo说："重要的是，在允许开发人员保持独特性的同时，也要遵守规则，找到适当的平衡点："真正的挑战是试图找到一种方法，让开发人员仍然拥有雪花般的能力，同时又能遵守公司的标准。并不是要把每件事都严格按照同一条路走。它的目的是创建一个管道，使它们具有灵活性，但仍能让我们进行审核，以确保代码在适当的位置被检查。"让机器做他们最擅长的事情——端到端自动化的Manish Aggarwal | c9d9#DOES17@intelpic.twitter.com/1n7BjYyt3Y-CloudBees（@electricloud）2017年10月10日有时候，要想让你意识到你需要DevOps，需要一个很大的错误或错误，Rocha解释道："我们的过程之前是紧张的，至少可以说，特别是当一些可怕的bug出现或者出现了一个我们必须在短时间内完成的严格的合规性要求时。这让我们意识到我们必须解决这个问题。"哇-阿加瓦尔在英特尔的团队从几乎完全的手动测试变成了100个自动化测试："大约七年前我们开始的时候，99个测试都是手动的，而且所有的测试都是重复的。这项工作变得越来越具有挑战性，而且它的数量也随着每次发布而增长。所以控制住这一点非常重要。唯一的方法就是端到端的自动化。当我说"端到端"时，不是99。这是100个完全无接触自动化。"版本控制实际上是关于人与人之间的交流-@jpaurleedŤDOES17#c9d9#DevOpspic.twitter.com/F3mMaEysiv-CloudBees（@electricloud）2017年10月10日Reed谈到版本控制的人为因素："版本控制实际上是关于人与人之间的交流。他们试图将信息编码到版本号中，我认为这也是人们经常骑自行车的原因之一。"当你开始重复低效率的循环时，你会说："你可以开始重复低效率的循环。你看到了趋势。DevOps工具箱中有许多工具可以帮助您实现这一目标。"当你试图增加频率时，你会发现你的系统存在多年的低效率。@GRUVERGary公司pic.twitter.com/BYfFNIugkc-CloudBees（@electricloud）2017年10月10日Wallgren解释说："从单一应用到微服务并不是一夜之间的过渡，我们一次又一次地听到每个人在使用遗留应用程序或单片应用程序时遇到的困难。从大型机转型并不是一朝一夕的事。他们不会去任何地方，很快的。"Fall解释说："大型机仍然有价值，将其传递给客户是关键所在："大型机中有大量的价值被锁定，并且能够以面向服务的方式将其传递给其他人。这是一个很难完成的迁移，但让团队感觉到彼此合作愉快的文化因素对于完成这一过程至关重要。"观看整集：来自这些德沃普专家和其他许多人！今天卖光了-今天就登记！登记参加会议想要更多的持续讨论吗？我们每隔一个星期二上午10点举行一次c9d9播客。每集都有专家小组成员讨论DevOps、持续交付、敏捷等等。这篇文章最初出现在DevOps.com网站