数字化转型是一场由人驱动的商业之旅。 和人类近代历史上大多数的旅程一样,它依靠技术来进步。
这次旅程实际上并不是一个新鲜现象。 早在计算机诞生之前,企业就一直在通过技术进行转型。 随着时间的推移,技术推动了多波变革。 从凿刻石碑来记录交易,到纸质记录,再到数字账本,技术是业务转型背后的推动力量。
大多数组织都处于第二阶段,其中相当一部分已在探索第三阶段的优势。
专注于数字化扩张的组织的影响在于IT和应用程序开发人员所依赖的技术,将不同的应用、系统和服务整合在一起,形成无缝的数字体验。 也就是说,组织已经接受了 API。
我们可以看到,API 对每个行业都有着重大影响,从银行业到零售业到游戏业。 我们的研究和后续模型表明,API 在过去几年中实现了显著增长,而展望未来十年,其增长速度甚至会更快。
问题在于,并非所有部署的新 API 都受到管理、构建或记录。 随着组织开始在越来越多的(通常是远程)位置传播应用和云服务,边缘计算的出现也引入了 API 的更大使用。
考虑一下典型的企业可能会将 API 用于多种目的:
还有很多例子,但即使只有几个,我们也很容易看出 API 的数量和位置正在快速增长。
加剧这种增长的现实是企业将会像企业一样行事。
企业无论规模大小,都是代表组成组织的业务部门开发的产品和 IT 服务的组合。 企业自然而然地陷入信息孤岛,信息共享只在需要知道的基础上进行。 随着企业的扩大,各个业务部门、产品团队和运营团队也在扩大。 从本质上来说,企业正在“扩张” 。 由于当今每个团队和业务部门都严重依赖 API,我们可以看到其不可避免的结果是API 蔓延。
我们还可以看到,需要一种新的方法来应对 API 蔓延带来的挑战,因为现有的解决方案侧重于集群内的挑战;即在微服务环境中管理 API 的挑战。 现有的解决方案尚未扩展其范围以解决跨集群的 API 蔓延的挑战;即跨位置、业务部门以及产品和运营团队的微服务环境之间的蔓延。
在F5 首席技术官办公室的研究中,Rajesh Narayanan 展示了导致蔓延的 API 的增长和分布,以及一种可能控制由此产生的混乱的方法。