数字化转型和应用程序组合爆炸式增长

对于实时互动、立即参与以及数字化传递信息的需求几乎是无法满足的。 无论我们是否能够轻松获取整个电影和电视节目库，或者是否能够搭车、预订餐桌或找到最近的加油站，都不如这样一个事实重要：每种类型的组织都面临着满足客户需求和增加数字价值的压力。

这一结果被更广泛地称为“数字化转型”。 我们生活的各个方面都在稳步向综合的、实时的数字体验迈进。 它加剧了竞争压力。 并不总是有优势，只是有压力。 第一个提供这种数字体验的组织将拥有为竞争对手设定标准的优势。 其他国家也必须尽快跟进，否则就有被抛在后面的危险。

其结果是应用数量激增。 移动应用。 Web应用。 集成应用。

最后一部分很重要，因为“单片”应用的概念已经真正消亡了。 找到一个不需要外部应用帮助就能完全独立运行的应用是很少见的。 企业应用现代化调查中提到的新工具要求中，前五名中有三个包含“集成”一词。 与数据集成、与内部部署解决方案集成以及与现有云应用集成。 集成是必要的，因为消费者想要和需要的数据存在于分布在多个云和数据中心的多个系统中。

该数据是通过应用检索的。 不要陷入相信 API 可以取代应用的陷阱。 API 是一种接口。 它们是一种需要执行业务逻辑的特定集成风格。 它们是应用或系统的接口。

这就是为什么随着数字化转型的深入，企业投资组合中的应用数量正在激增。 不幸的是，大多数人并没有意识到增长的真正爆炸性程度。 因为为了提供企业用户和消费者渴望的数字体验，必须收集来自许多应用的数据来呈现隐藏真相的单一、有凝聚力的体验。

参加测试！ 您看到了多少个应用程序？

考虑这个简单的交付跟踪应用。 猜猜看，这个看上去简单的应用实际上包含多少个应用程序。 嘿，不要偷看答案。

我猜大多数人会回答“两个”。 包含谷歌地图是一个很好的迹象，表明该应用正在使用谷歌应用程序（通过 API 访问）来直观地指示送货地址和送货车辆的位置。

但我至少看到四个——甚至可能更多。

Web应用本身是一个应用程序。但显示的信息来自多个其他应用- 包括送货司机用来跟踪其一天行程和报告位置的移动应用程序。 我曾参与过预定交付的采购，我可以告诉你，调度应用与用于完成采购的应用是分开的。 这意味着调度数据来自不同的应用。

通常，当我们讨论应用的组件化时，基础设施提供商的讨论会转移到微服务和容器。 事实上，“Web应用”实际上可能是在容器化环境内以微服务形式交付的多个较小的“应用”。 它甚至可能部署在公共云中。 但是应用分解的方式有多种，从而导致每个组织管理的应用数量显著增加。 其中包括使用第三方组件（如谷歌地图）以及移动应用程序。

其中包括将所有这些不同的数据合并到单一显示中的新网络应用。 因为没有人有时间在三个不同的应用之间跳转以实现这些功能。 这就是数字经济——我们希望应用程序能为我们做脏活。 而组织将通过提供在现有和外部应用程序之上构建的新应用来满足这一期望。

所有这些都表明，数字化转型正在推动应用组合的增长，并改变它们的开发、交付、集成甚至最终的消费方式。 这随后意味着它们的保护方式、扩展方式和操作方式也将发生变化。

这意味着应用交付也必须随之转变。