解锁API经济中的企业敏捷性

22 阅读7分钟

企业网络的新需求

各行业企业正日益采用按需方式获取计算、存储和应用程序资源。它们更青睐那些部署更快、扩展更容易且能更好地与合作伙伴生态系统集成的数字服务。然而,一个关键支柱一直滞后:网络。

虽然软件定义网络已取得进展,但许多组织仍在运行僵化、预配置的网络。随着应用程序变得越来越分布式和动态化(包括混合云和边缘部署),可编程的按需网络基础设施能够增强并赋能这个新时代。

从资本支出到运营支出:新的连接思维模式

另一个实际关切也在推动这一转变:需要将成本与使用量相匹配的IT模型。对通货膨胀、消费者支出、商业投资和全球供应链日益增长的不确定性只是影响公司决策的少数经济因素。

首席信息官们正在更仔细地审视资本支出密集型的基础设施,并越来越多地采用基于运营支出的订阅模式。企业不再依赖长期电路合同和静态配置,而是寻找云就绪、按需的网络服务,这些服务能够在混合环境中扩展、适应和集成。

这一趋势正在推动对API优先的网络基础设施连接的需求,这种连接的行为类似于软件,能够动态编排并集成到企业IT生态系统中。市场兴趣迅速增长,全球网络API市场预计将从2024年的15.3亿美元激增至2034年的超过720亿美元。

事实上,某机构估计,网络API市场可能在未来五到七年内为电信运营商释放1000亿至3000亿美元与连接和边缘计算相关的收入,另外还有100亿至300亿美元直接来自API本身。

“当云技术出现时,首先是一小部分采用,然后是洪水般的涌入,”某中心解决方案副总裁表示,“我们在可编程网络上也看到了同样的趋势。曾经是小众行业的技术,现在随着首席信息官们优先考虑敏捷性和价值实现时间而成为主流。”

可编程网络作为创新的催化剂

基于订阅的可编程网络不仅关乎效率,还关乎实现更快的创新、更好的用户体验和全球可扩展性。组织更倾向于API优先系统,以避免供应商锁定,实现多供应商集成,并促进创新。

API优先方法允许跨不同硬件和软件堆栈进行无缝集成,降低运营复杂性和成本。通过API,企业可以实时配置带宽、配置服务并连接到云和边缘位置,所有这些都通过嵌入其DevOps和应用程序平台的自动化层实现。这使得网络成为数字化转型的积极推动者,而不是滞后的依赖项。

例如,某流媒体平台作为微服务的早期采用者之一,通过500多个微服务和网关每天处理数十亿次API请求,支持全球可扩展性和快速创新。经过两年的过渡期,它重新设计了IT结构,并使用微服务架构进行组织。

在其他案例中,某饮料公司使用API集成其全球系统,实现了更快、更低成本的交付并改善了跨职能协作。而某出行平台转向使用API网关的微服务,允许在不同市场独立扩展和快速部署。在每种情况下,网络都必须从静态和硬件绑定演变为动态、可编程和基于消费的模式。

“API优先基础设施自然契合当今IT团队的工作方式,”该副总裁表示,“它与持续集成和持续交付/部署(CI/CD)管道以及服务编排工具保持一致。这减少了摩擦,加快了企业推出新服务的速度。”

赋能按需连接

某中心部署了其可编程平台Network Fabric,该平台使用API允许企业系统动态请求和调整网络资源,以帮助一家全球软件即服务(SaaS)公司现代化其网络容量管理,以响应实时业务需求。

随着该公司在全球范围内扩展其数字服务,它需要一种更灵活、更具成本效益的方式来使网络性能与不可预测的流量激增和快速变化的用户需求保持一致。通过该中心的平台,该公司的运营团队能够在全球软件发布等高影响事件期间,自动在关键区域扩展带宽以实现峰值性能,并在需求正常化后迅速缩减,避免不必要的成本。

在另一个场景中,当该SaaS提供商需要在其美国和亚洲中心之间运行大规模数据操作时,网络在不到一小时内通过编程方式重新配置;而这一过程以前需要数周的规划和配置。

“我们提供的不仅仅是带宽,而是让他们的团队能够掌控的能力,”该副总裁说,“通过将我们的Network Fabric API集成到他们的自动化工作流程中,我们给了他们一个能够以业务速度响应的网络。”

转型障碍及克服方法

改造网络基础设施并非易事。许多企业仍然依赖传统的多协议标签交换(MPLS)和硬件定义的广域网(WAN)架构。这些环境僵化、手动管理,并且通常与现代API或自动化框架不兼容。

与任何组织一样,障碍可能既是技术性的也是内部的,传统设备可能不支持可编程接口。组织通常是孤立的,这意味着网络管理与应用程序和DevOps工作流程是分开进行的。

此外,首席信息官面临快速回报的压力,甚至可能没有足够长的任期来监督过程和结果,这使得推动长期网络现代化战略更加困难。

“通常,解决容易实现的目标比追求全面转型更容易,因为决策者可能不会留下来看到转型成果,”该副总裁说。但快速修复或变通方法可能无法产生预期结果;相反,需要的是转型。

“企业历史上构建网络是为了稳定性,而不是敏捷性,”该副总裁表示,“但现在,当应用程序、用户和工作负载分布在云、边缘和远程位置时,同样的僵化变成了瓶颈。”

尽管面临挑战,但有一条清晰的前进道路,从覆盖编排、明确定义的API合同和安全优先设计开始。许多企业不是完全移除和替换现有系统,而是在现有基础设施上分层API,实现受控迁移和实时服务自动化。

“我们不仅帮助客户采用API,还指导他们完成所需的运营转变,”该副总裁说,“我们有关于首先自动化什么、如何管理混合环境以及如何设计弹性的蓝图。”

对于一些组织来说,最初会对变革产生阻力。担心额外工作量,或与团队现有目标不一致,以及对变革的深深不信任都很常见。然而,这些是可以克服的。

“我们有关于我们之前所做工作的指导手册——来自转型的经验教训——我们与客户分享,”该副总裁说,“我们还会为未知情况做计划。我们通常保留10%的时间和资源来管理不可预见的风险,结果是打造一个能够扩展创新并降低运营复杂性的赋能组织。”