这是 Puppet 报告的走过的第九个年头，本次报告基于对 2400 名 IT、开发、信息安全行业的技术人员的调研，着重勾画了 DevOps 状态的两大趋势： 平台模型、需要变更的治理。
多年来，咱们曾经证实了 DevOps 实际会带来更好的绩效和组织成绩，也学习并分享了组织的倒退，以及如何更快地公布更好的软件。
看到显著停顿的同时，咱们也看到大多数组织都在致力超过他们进阶的两头阶段。这些团队可能是较难扩大 DevOps 工作形式的开发团队、运维团队和平安团队。
然而，有些组织的确获得了胜利。他们扩大了 DevOps 超出最后晚期采纳团队的实际，持续在整个组织内一直倒退和改良。是什么造成了这种区别？胜利的组织施行的更深层次结构的变动。往年的 DevOps 考察显示能够产生优异后果的构造变动：将 DevOps 准则利用于软件交付和变更治理。
当组织胜利地建设了一个平台用于反对利用程序开发的模型时，就能够进步他们的变更管理效率，并实现 DevOps 打算的指标：更快、更高效、更容易地交付品质更好、更平安的软件。
为何是钻研平台模型和需要变更治理这两个方向呢？
平台模型是相当无效地赋能利用团队的新办法。一旦正确施行，它就会起作用，后果就是更快、更无效地交付高质量的软件、满足组织的业务需要——大规模利用也同样如此。
需要变更的治理是常见的拖慢软件公布速度、阻止企业实现目标的因素，高效的需要变更治理进步了组织在业务所需级别上按时、保质、平安地公布软件的能力。
报告中，咱们在考察中探讨了发现的各种改革治理各种办法，并展现如何利用 DevOps 准则把变更治理从妨碍变成更快、更平安的软件交付的办法。
将 DevOps 扩大到 Dev 和 Ops 之外
在任何组织中，通过软件发明价值不仅仅依赖于开发人员和运维人员之间的良好合作。简直所有相邻的业务性能最终都是软件过程的一部分，这些性能须要与技术交付团队一起倒退。
麻利已经是工程师的专属财产，但当初曾经不是了。这些年来，从软件团队扩大到财务、人力资源、执行领导团队等等。咱们心愿 DevOps 准则和实际除了最后开始与他们单干的开发和运维团队，在其余畛域也会持续流传，比方 DevSecOps、FinOps，可能还要其余咱们没见过的新的表现形式。
兴许再过几年，“DevOps”这个词曾经是陈词滥调——甚至逐步隐没——因为有那么多的人和组织齐全采纳了 DevOps 的合作准则：沟通、小批量迭代、反馈循环、继续学习和改良。
使用外部平台团队扩大 DevOps 实际
DevOps 从根本上讲就是让人们可能彼此单干，为了独特的商业指标而奋斗。这必然包含团队应用的过程和工具，然而还须要常常进行对话来解决组织外部妨碍良好倒退的结构性问题，让工作可能自在流动和继续改良。
只管 DevOps 的实际曾经被很好地了解和采纳了十年。在这场静止中，咱们依然看到大多数组织都在致力将 DevOps 扩大到多数胜利畛域之外。DevOps 往往无奈进一步扩张的一个起因是，大多数企业的构造造成了激励不统一和不足责任感，这使得单干无奈推动。
DevOps 演变模型
独自采纳一组实际的团队不能进一步推动 DevOps 的进阶，必须进行相应的构造更改，以优化团队的工作形式。DevOps 演变模型表明，在没有团队内部的人工批准的状况下，在第 4 和第 5 阶段之前，组织不会在自助服务和平安集成方面获得停顿（第三阶段）。
第三阶段是一个要害的趋同点——信赖曾经在第一阶段和第二阶段建设了；团队取得了更多的自主权；部署不再是一场劫难。在这一点上，团队能够扩大他们的新单干形式，逾越更多的性能边界，超过 Dev 和 Ops。
在第 3 至第 5 阶段，咱们看到了一刀切的规定和流程的松动，其根本重点是自动化。在这些阶段，自动化曾经超过了为单个个体或团队解决部分问题的范畴，扩大到了更独特、更高的指标：为企业发明价值。
这就是扩充 DevOps 实际的含意：通过受权集体和团队，依附他们的常识和教训以及自动化，能够在整个组织实现大规模优化。当初您能够集中精力打消多个交付流中的节约，并帮忙企业实现其指标。