软件发布的速度只是加快了，而DevOps是事情加快的原因。现在，人工智能和机器学习也开始在加速代码发布中发挥作用。
这是GitLab最新的https://about.gitlab.com/developer-survey/“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>调查 在4300名开发人员和管理人员中，调查发现一些企业发布代码的速度比之前的调查快了10倍。几乎所有的受访者（84%）说他们发布代码的速度比以前快了一倍，57%的人说代码发布速度比一年前的35%快了一倍。接近五分之一的19%的人说他们的代码出门快了十倍。
很明显，75%的用户使用AI/ML或bot在代码发布前进行测试和审查，而一年前这一比例仅为41%。另有25%的人说，他们现在有了完全的测试自动化，高于13%。
该调查的作者补充说，约21%的受访者表示，随着他们在DevOps实践中增加了源代码管理，发布速度加快了（高于去年的15%）。另外18%的人添加了CI，13%的人添加了CD。近12%的人说，添加一个DevOps平台加快了这一进程，而刚刚超过10%的人增加了自动化测试。
调查显示，开发人员的角色也在向运营方面转移。开发人员正在承担测试和操作任务，特别是在云、基础设施和安全方面。至少38%的开发者表示，他们现在定义或创建了应用程序运行的基础设施。大约有13%的人对基础设施进行监控和响应。至少有26%的开发人员表示，他们为生产监控编写了代码，而去年这一比例仅为18%。
我们调查的受访者中，有43%的人已经在DevOps上工作了三到五年——调查的作者指出：“这是他们知道成功和经验丰富的最佳地点。”。此外，他们还补充道：“这一年，从业者跳过了渐进式的改进，转而使用大型软件：SCM、CI/CD、测试自动化和DevOps平台。”，但要注意的是，它仍然倾向于被视为一种it活动，而不是更广泛的企业计划。”就像任何敏捷框架一样，DevOps需要接受https://www.linkedin.com/in/emma-gautrey-05801b4/?originalSubdomain=uk“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>Emma Gautrey，开发运营经理https://aptum.com/“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>Aptum”如果开发团队和运营团队相处融洽，那就太好了，但是如果文化停留在隐喻性的it地下室门口，那就没什么意义了。 如果没有整个企业的支持，持续改进将局限于单个团队的内部工作。”
DevOps致力于快速开发/部署周期，“通过增强的技术工具集（包括源代码管理、CI/CD、编排、，“说Matthew Tiani，执行副总裁https://www.itechag.com/“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>iTech AG。但他补充道，这需要的不仅仅是工具集。成功的DevOps还融入了“一种兼容的开发方法，如敏捷和scrum，以及一种组织承诺，即培养和鼓励开发人员和运营人员之间的协作。”
那么DevOps的组织方面往往更困难，Tiani补充道在IT服务领域更广泛地采用DevOps是很常见的，因为IT流程改进目标与整个组织目标的关系更密切。 更大、更成熟的公司可能会发现，在复杂的组织结构阻碍甚至阻碍合作的情况下，很难实施政策和程序。 为了有效地实施DevOps计划，一个组织必须愿意进行必要的财务和人力投资，以保持快速发布计划。”
目前许多DevOps工作中缺少的是“对DevOps承诺的理解和共同所有权，”Gautrey说对更广泛的社区来说，人们常常感到，工具是关键，一旦到位，就会达到启蒙的状态。 这种观点与早期的互联网几乎没有什么不同，在互联网上，人们只会创建一次网站，然后认为“就是这样，我有了网络存在”。“
这就是整个组织需要参与的地方，而这一点最终实现了”一旦自动化测试失败，构建管道就会变成红色，行为驱动的发展Gautrey说：“早期演示软件的意图。”使用DevOps，在追求工具和过程的过程中，可能会失去与个人的交互。 没有什么比对各种情况应用全面的规则更诱人的了，因为它使自动化过程保持一致，因此更易于管理。响应更改不仅仅意味着一次更改10台服务器的速度。客户协作是关键。“
