网络通信 频道

应用即网络:为什么API是变革的推动者

  【IT168 评论】Sun Microsystems公司(已被甲骨文收购)曾经把网络描述成计算机,如今,应用程序开始提供真正的网络价值。

应用即网络:为什么API是变革的推动者

  工程师、企业家和发明家鲍勃·梅特卡夫曾经说过,网络持续发展带来的价值取决于以太网卡数量的增加。这个概念也适用于应用程序(Application)。

  虽然网络成本的增加取决于网络连接的数量,以太网发明家梅特卡夫认为,可网络效应的价值是与用户数量的平方成正比的。

  “而随着应用网络的出现,网络效应已经抵达应用程序的发展空间,” MuleSoft应用程序编程接口(API)管理专家说道。MuleSoft的 CEO罗斯·梅森在今年6月的伦敦峰会上发出过警告,公司需要去适应这种网络发生的改变。

  “世界正在改变,善于适应变化和消化新技术,是至关重要的,” 罗斯·梅森说。然而,如果这个变化是一个新常态,那用来支持这种新变化的IT,在社交、移动、云和大数据领域的演化就太慢了。

  梅森警告说,所有行业都面临着严重的变革。“你必须快速改变,因为你不知道竞争会何时到来,”他说。

  而梅森认为,使IT更为高效不一定是解决问题的方法:“你可以再提高30%的网络效率,但是接下来你怎么应对更快地以时钟速度在发展的网络呢?”

  他的回答是,CIO们需要有不同的想法,也就是我们为什么要让网络去适用梅特卡夫提出的应用程序网络效应。“我们以往总是想着尽可能地扩展IT架构,但是梅特卡夫他们用的方法则是打破原来的架构,”梅森说。

  创建新架构基础

  以往推荐实施的IT非常好的实践,是组织投资建立一个全能的多功能平台,比如面向服务的体系结构(SOA)。

  相反,梅森说:“看看API-led连接,”与其建立一个大规模的可重复使用的服务基础设施,还不如考虑开发链接到应用程序的架构。这些架构构成应用程序的基础网络,并且可以提供给其他地区的业务来构建自己的应用程序。

  如果需要建立应用程序功能的新连接,可以请求创建新的API。开发的API可以重复使用,使之成为应用程序网络的一部分,这样它们就可以一次又一次地重新部署。

  自适应业务整合

  MuleSoft的一个客户联合利华,迈出了应用网络的步伐,推动IT从一个服务供应商向业务推动者转变。

  在2014年初,包装消费品公司发现其技术平台无法达到业务要求的速度和敏捷性,也无法支持集成越来越多的云服务和移动应用的业务需求。

  尽管联合利华的IT技术被Gartner公司的分析师评定为世界优秀的,联合利华也意识到需要建立一个自适应的业务集成体系,以支持公司开展数字化业务计划的步伐。

  “唯一的办法是做出一个飞跃式的变化,下放某些IT组件的所有权,并给实体企业自主权,”联合利华全球企业业务部总监弗兰克·布兰德斯说。

  布兰德斯表示,为了使业务自适应集成进行快速交付,我们与内部能开发应用程序的DevOps团队共同提升自适应的整合能力。

  自适应整合团队与联合利华的企业架构部门合作,团队使用MuleSoft的任意点集成平台即服务(iPaaS),以提供自助服务API连接战略所需要的云服务集成和API管理。

  重复使用的策略

  大型IT架构重新回到了命令和控制IT的时代。集中的IT功能不能再有效地运转,因为它需要给开发人员提供一个总体中间件架构进行应用开发。这种架构需要花费太长时间去搭建,而且它也已经跟不上支持数字化业务所需要变革的步伐了。

  联合利华并没有开放每一个业务可能需要的API,因为联合利华发现,自助服务可以驱动API开发,或者是“如果有一个API开发的需求我们就回去做检测,如果没有也会看看是否应该创建一个”。

  这将创建API访问重新部署,布兰德斯说。

  联合利华正在运用API使之业务更有价值。在所谓的应用程序的网络,API存在的数量越多,商业价值更大的潜力就越会被即发出来。当然了,这也是梅特卡夫提出的网络效应的实践获得了成功。

0
相关文章