作者：Christopher Little是Gartner的研究主管。
这始于侧重开发（Dev）的供应商转向后期的运维和侧重运维（Ops）的供应商转向前期的开发——有没有人想要DORA（开发运维研究和评估）度量指标的仪表板？，但现在对所有人免费。最近的收购表明了市场意识到，对最终用户和公司高管（即客户）来说至关重要的是整条工具链，即系统层面的解决方案。
凡是关注应用程序发布自动化（ARA）、应用程序发布编排（ARO）、持续集成/持续交付（CI/CD）、PaaS、Serverless、微服务和编排工具等市场的人都意识到，即将出现一场碰撞，会颠覆诸多市场，直至颠覆这些市场的基本定义。一切的发展趋势是，使公司企业能够更快速、更可靠地为客户交付应用程序功能。
正如William Gibson发表的著名言论，未来已经在眼前，只是还没有清晰地呈现。而这些市场关注的是无论在眼下还是在未来，如何更快速、更一致地将应用程序的功能交到客户的手中。从客户的角度来看，这很好。客户才不在乎你的应用程序是通过ARO、本地环境、云、Serverless还是通过某种神奇的魔法尘埃来交付的。这并不重要。
问题就在这里：需要了解市场。所有这些技术和技术方法都将产品：应用程序放在同一个业务出口门：即客户使用它们的地方。但客户并不关心堆栈、平台、架构或API，它们关心做自己想做的事情，完成?6?7?6?7想要完成的任务，学习想要学习的东西。正如Deming所说：“客户学起来很快。”他们希望需求能在第一时间得到满足。
当我们专注于交付应用程序的技术（即如何开发应用程序的功能特性）时，就忘了上面这点。那不是重点。重点是，部署到生产环境中已交付的应用程序由付费的客户使用（即功能特性或应用程序为某客户做什么）。
还有另一个问题。不仅仅是发布技术在改变交付体验的现状，捕获和显示发布信息的参与者也在趋于合并。比如说，传统的工单系统成为整个过程的记录系统，因此开始成为它们针对公司的应用程序开发记入文档的每个流程的存储库（即，创建工单以记录新功能，创建功能和发布，关闭工单）。这系统性地形成了一条组织层面的外部支持环路。
相关部分会被剧烈颠覆，但又紧密联合起来！拿点爆米花，找个位子坐下，就等好戏上演吧。
