我们在计算到2016年底的日子。随着2017年成为焦点，我们发现自己正在反思过去一年中DevOps世界取得的进步、仍需克服的挑战以及未来几年将塑造软件交付行业的一些趋势来吧。来吧告别2016，迎接新的一年，本周早些时候，我们主持了一期"持续讨论"（c9d9）特别节目，由行业知名人士和专家回顾2016年DevOps的状况，以及他们认为2017年流行的新兴趋势。我们的专家小组包括：Forrester首席分析师Robert Stroud；Nicole Forsgren，DORA首席执行官兼首席科学家；Chris Riley，分析师固定.io；Alan Shimel，主编DevOps.com网站；Manuel Pais，InfoQ和Skelton Thatcher的作者；以及我们自己的Sam Fall和Anders Wallgren。在DevOps的新一年的DevOps专卖店，继续阅读他们的新见解决心。看回到2016年：在2016年，更高级别的人开始询问如何建立一个"DevOps organization and culture@RobertEStroud"c9d9pic.twitter.com/Bz7tNIGw7x-CloudBees（@electricloud）12月13日，2016年德沃斯的"蜜月期"结束了。在2016年，我们将更加真实地认识到这一点。#c9d9-@围板信息pic.twitter.com/NVltf0ApUL-CloudBees（@electriccloud）2016年12月13日，我们已经从了解#CD#DevOps的特定人员转变为拥有@manupaisableŧc9d9平台团队pic.twitter.com/LFoDXvfAMQ-CloudBees（@electricloud）12月13日，2016Pais回顾2016年，DevOps从草根运动转向管理层主导的转型："我认为2016年确实是我们看到DevOps从早期成熟期跨越到晚期成熟期的一年。我喜欢做出这种区分，因为我认为在这些不同的群体中有不同的趋势。对于大多数早期采用者——已经做了一段时间DevOps的组织——我看到的很多是，他们现在关注的是组织团队的最佳方式。通常，从只知道持续交付（Continuous Delivery）、DevOps等等的特定人员转变为让平台团队将他们希望开发团队使用的所有服务嵌入其中，从而简化了好吧。为了后来的采纳者，我们现在看到很多大型组织都在尝试加入DevOps。这很有趣，因为我看到一些客户的高层管理人员会提出这样的想法："好吧，我们需要去做DevOps。"以前，早期的采纳者，比如在DevOps企业峰会上发言的公司，通常都是从头开始的。当结果出来后，管理层给了他们支持，让他们推出。但是，现在是管理层引入了这个想法，而现场的人有时会有点困惑，因为没有一个清晰的解释DevOps对他们意味着什么。这就是我所看到的，在组织方面的大趋势。"开发团队大体上仍然是2016年采用DevOps的团队，而不是运营团队，"Stroud解释道："在2016年，越来越多的问题是‘我如何建立一个DevOps组织来跟上发展的速度和速度？"我们获取的数据统计数据之一与DevOps在开发和运营方面的采用有关。这不是讽刺吗？因为DevOps的名字是dev和ops。我们仍然看到DevOps在开发中的应用远远多于运营，但好消息是，根据Forrester的数据，差距正在缩小。这就是其中一个正在发生的事情，但我们也看到了集装箱和集装箱化的出现，以及这对DevOps的影响。"莱利在2016年DevOps的性感和集装箱环境上说："DevOps的性感已经消失了。2016年，我们更加真实地了解了这一点。我认为，在这一年，我们开始看到一些人要么开始建立成功的环境，要么最终失败。我认为这将非常类似于敏捷的采用，我们将很快知道人们是在构建瀑布2.0，还是实际生活在DevOps的实践中。这不是技术。为了就我个人而言，2016年也是我不再像码头工人那样乖戾的一年。我很高兴看到这一变化。我认为这将对2017年产生巨大影响。Docker不再是集装箱的代名词，我认为集装箱化环境真的会成为一件事。"许多连DevOps是什么都不知道的组织的数量让Forsgren感到担忧："在我看来，2016年确实是人们真正适应的一年。所以，那些知道自己在做什么的人真的抓住了他们的步伐，看起来表现出色的人完全脱颖而出，他们正在扼杀它。这太神奇了，我们听到了一些奇妙的故事，我们从数据中看到了这一点。但你还是听说很多组织没有听说过DevOps。他们不知道那是什么。他们确信会没事的。他们很好。这不应该让我惊讶，但它仍然让我有点担心。我们让越来越多的人相信他们需要跳上这列火车，否则就会把他们甩在后面，但我们仍然有少数人无视这一点，认为"一切都会好的"。"我已经做了20年了。"Fall强调了小的、渐进的改变带来巨大改进的重要性："在我们所看到的生产力的加速循环中，所有这些惊人的价值都是从工艺和工具的相对微小的、渐进的改进中创造出来的。"，以及我们所做的一切，以及我们得到的反馈。吉恩·金说，提高日常工作的质量实际上比日常工作的绝对质量更重要。我相信那是真的。如果你不断地改进，你最终会比今天真正优秀但永远不会进步的人做得更好。"回想2016年，Shimel创建了自己的DevOps收养理论："我把我的理论称为‘DevOps口袋’。把DevOps的口袋看作泡泡，就像小孩子玩泡泡一样。因此，在一些比其他组织起步稍早的组织中，组织内有多个部门，小团队，不是真正的高层管理人员领导，而是中层管理人员或自下而上的中层管理人员。我们看到这些人在过去三年的Gene和CloudBees的DevOps企业峰会上交谈。我们看到的是，在这些早期开始的组织中，这些DevOps的小部分现在正在联合起来形成更大的泡沫，如果你愿意的话。但是我们仍然有一些组织只有一到两个DevOps——小泡沫。但其中一些泡沫正在破裂，我们没有听到他们的消息。"Wallgren谈到了2016年容器和微服务的兴起："2016年有几件事很重要。集装箱很大。我认为，与此相关的是微服务。我认为现在开始发生的事情是，大多数人开始意识到（有些人很难做到）在一个糟糕的体系结构下，你将很难做好这件事，不管是你的管道的糟糕的架构，还是你应用程序的糟糕架构。应用程序体系结构关系到您能否做好DevOps。如果你有一堆你正在处理的遗留软件，而这可能是大部分人还没有做的，他们将如何做呢？对于一个需要10小时构建、3周测试的遗留应用，他们要做什么？如果你从一个绿色领域的应用开始，一切都是美好的和美好的，但我认为传统的东西将是它在未来变得非常有趣的地方。"下一步是什么？展望2017年：企业将在2017年更具战略性地应对其"DevOps"之旅-@nicolefv#c9d9pic.twitter.com/Xa2d3Ma30d-云蜂（@electriccloud）2016年12月13日，我们可能会在2017年看到DevOps的一些反弹，并听到更多关于失败的消息pic.twitter.com/ApnwXqPstm-CloudBees（@electricloud）12月13日，2016年，我们突然看到了DevOps空间的整合，2017年，per@ashimmy#c9d9#CA#Atomic会有更多的整合pic.twitter.com/gnvhjczi8p-CloudBees（@electricloud）2016年12月13日，Stroud认为2017年有三个主要趋势："第一，我看到企业希望通过DevOps方法来推动大型机的研发，不仅是大型机开发，还支持velocity将其投入生产，组织每年都会从一到两个主要版本迁移，到现在为止，使用DevOps实践和实验和技术对季度和月度发布进行试验。第二件事，我现在称之为BizDevOps。我真的开始看到，随着低代码和无代码等解决方案的出现，业务分析师实际上可以编写业务应用程序，并使用api将各个部分连接起来，并在上面放置新的用户界面。我们开始看到BizDevOps的真正实验，但这意味着发布管道在CI、CD和发布之间是自动化的。容器真的开始推动这一势头，改变我们做事的方式。"Shimel谈到DevOps tools的"筒仓和整合"："我想在2017年关注两件事。第一个是我所说的DevOps工具筒仓的崩溃。具有讽刺意味的是，在像DevOps这样的项目中，我们的想法是打破开发与运营、开发与QA、QA与安全之间的隔阂，但我们所做的是，我们建立了新的DevOps工具库。所以我们有了配置管理DevOps解决方案。我们有CI/CD DevOps解决方案。我们有APN DevOps解决方案。ARA和"字母汤"DevOps解决方案。它们都存在于筒仓中。现在我们有了更多的筒仓，这就是反DevOps。其次，作为一个商业分析师，我有点