那些认为API战略是属于开发人员的“书呆子”专利的IT运营团队将会惊讶的发现API在企业的整体战略重要性方面有多大的影响。
应用程序接口(API)是一种连接,通过提供一套工具和协议来描述某个程序应该如何同另一个程序交互。但近来,该定义已扩大到不只是指API本身的细节,也包括与其互连的协同服务。
亚马逊提供了一个最早的外部API战略用途,当它为那些希望在亚马逊网站中销售的书商和其他零售商提供了其电子商务引擎时。“亚马逊从此不再只是一个零售商,而是在一个生态系统中占有一席之地的服务商,”一名位于马萨诸塞州Cambridge的Forrester研究公司的分析师Randy Heffner说道。“这全是因为API的启用。”
大型的公共API程序,如亚马逊,推特和谷歌所提供的那些,是最早面向外部的API。现在,许多企业都开发了自己的API策略,使用API将他们的应用程序链接到合作伙伴,以及连接内部各部门之间的API,从而建立各种微服务。开发者和IT企业会收到来自组织内部的需求,希望能对外公开某些方面的数据。在某些情况下,这甚至可能创造了一个用数据来赚钱的机会。
“我们正从API是[一件硅谷的事],转变成在整体经济中几乎所有人都要做些跟API有关的事情,”Steve Willmott,前研究人员和开发人员,现在是3Scale,一家他创立的API管理公司的现任CEO说道。
重要的是,API比在过去更容易构建。本世纪初主要用来构建API的技术,简单对象访问协议和XML,已经让位给了REST(表述性状态转移)API,它是基于HTTP协议的一种架构风格,并使用JSON作为首选的格式。
这些轻量级的开发技术帮助了一家公共事业公司从传统的XML数据转变为API网关。Essent,荷兰最大的能源公司,他们开发了一个API策略,采用对外的API来与电动汽车充电站和其他第三方供应商交互。
一个好的API应该具备哪些属性?
• 文档公开。公共文档被更多的人看到才能得到最大数量的审阅,并保持良好的阅读顺序。
• 客户应该独立于语言和操作系统–REST可以做到这点。API必须可以被Windows和Linux的开发人员同时访问。C#和基于REST的API可以实现这一目标,因为它们是基于超链接的。
• 一个外部API应该被创建它的团队所使用。如果你的API有任何缺陷,你的开发人员会第一个发现他们。
• 客户案例公开。你需要提供API的使用案例来示范它应该如何使用。
• API必须是安全的。API应该像其他接口(GUI,WUI,和/或命令行)一样受到相同的授权和认证保护。
• 一个API的新版本应该提供尽可能少的变化,并且应该向后兼容。
• API应该是可扩展的。一个API应该能够承载巨大的访问量。
——CloudBolt CTO——Bernard Sanders
在Essent,客户可以通过一个Web应用程序看到那个充电站是可用的,G该程序从法国供应商Axway的API网关接收实时的API数据。同样,Essent也有实时数据来判断一个汽车充电站是否正在运营,据Niels Wolf说道,他是总部位于阿姆斯特丹的Essent的高级架构师。
Essent从大约四年前开始将数据转向API来替客户和合作伙伴提供更多的灵活性。这使IT专业人员和开发人员的工作变得更轻松–其中最大的好处是有一个集中的地方来处理潜在的安全威胁并且在同一个信息流中允许多个不同的协议类型。
“这就是为什么我们使用一个特定的网关,”Wolf 说道。“你可以在同一时间设置所有的[API]调用规则。如果我们受到攻击,我们有一个很好的位置来防御并同时提供灵活性。”
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
为多云构建高效的API管理系统
云应用的开发几乎总是依赖一系列来自顶级供应商的服务,比如Amazon Web Services、Microsoft Azure和 Google Cloud Platform。
-
如何使用Azure API管理服务?
在云和微服务架构时代,API是数字化业务的通用语言。根据分析公司Forrester Research预测,仅在美国,API管理工具的支出将在未来5年内达到近30亿美元。
-
企业应用获得成功不可或缺的力量——API
毋庸置疑,我们已经进入到CA Technologies一直强调的应用经济时代。但是,企业若想在应用程序领域取得成功,管理好API是其必不可少的一个因素。
-
开发人员:构建API时先自己试试
为已有产品构建API的挑战是,业务需求总是最重要的。为了跟上业务需求的脚步,我们通常被强迫在产品质量上作出让步,也绝对是API开发的最差方式。