为什么AWS API Gateway会成为一项重要业务?
作为一项收费服务,AWS API Gateway将应用程序和企业旧有的系统连接起来,该服务有潜力成为亚马逊更重要的产品,并引入更多的客户。
简单地说,AWS的API Gateway也许可以坐在应用程序编程接口经济的中央。随着一切都变成软件的趋势——企业、移动、物联网等等——API作为胶水粘合了不同的系统。AWS、Salesforce和Workday之所以能够无缝地连接在一起,依靠的就是API。
问题是应用程序的数量激增而软件正在变得越来越小。AWS的API Gateway立足的正是云计算供应商的所长:规模。
AWS的产品策略领导人Matt Wood表示,“一切都是软件。一切都可以通过API获得。”
星期四,AWS在纽约召开的AWS峰会上推出API Gateway。开发者们立刻明白了API Gateway的重要性。我们其余的人不得不在这一点上相信开发者们的判断。
在做了一点作业之后,我总结了一下API Gateway对于企业来说具有吸引力的地方大概在于以下几点:
Ÿ连接服务正在激增,部署授权、负载均衡、通信管理、分析和改变的难度也变得越来越大。同时,这些连接也需要软件开发工具包。这些零碎的工作等同于以往大量的工作,而这些大量的工作还没有开始产生任何真正的价值。你还记得保持数据中心亮灯吗?管理API很可能会成为等效的软件。
ŸAPI Gateway可以将这个流程自动化,让开发者集中精力去关心具有更多商业价值的代码。
Ÿ按照使用付费的服务可以轻松地将应用程序和AWS云服务(自然地)连接起来,但是也可以被用于将旧有的、孤立的网络服务和应用程序现代化。
它可以被作为准中间件或者服务导向架构媒介,即使对于那些不是AWS用户的企业来说,这也是有意义的。AWS会让目前的客户使用API Gateway,但是Wood不会忘记提到该公司还会吸引一些新的客户。
Wood在一次采访中表示,“我们正在努力去除内部和外部API中所有讨厌的东西。” Wood表示,“API Gateway处在我们技能的汇聚点上,在这里,我们可以去掉那些无差别的繁重任务。”
简而言之,API Gateway允许企业打包自己的大型企业应用程序,并连接到网络服务上。
当我询问Wood,API Gateway听起来似乎像是新的中间件,他并不同意这种看法。
现在还有众多的第三方提供的其他的API网关,包括AWS市场中都有一些,但是它们不是原生的。Wood表示AWS的客户想要的是原生的API管理。Wood表示,“这是一个巨大的市场,是一块很大的馅饼。”
总结:开发者会比普通人更快地理解API Gateway。但是AWS最新的工具拥有足够的魔力会让企业首席XX官之类的高管至少会问几个问题——特别是如果他们能够从旧有的系统获得更多并且让它们变得对云计算更友好的话。
并不令人惊讶的是,AWS的定价结构让尝试变得很便宜。在100万个免费的调用之后,价格是每100万个API调用3.50美元。数据传输和缓存将会稍稍增加一些费用。下面是一个例子。
本文作者:谭健
来源:51CTO

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
中间件和微服务,Docker以及原生云架构的关系
微服务和Docker的发展势头 微服务和容器的主要目标是缩短软件开发时间,以及实现开发、部署以及运维的更大灵活性。为什么它过去几个月的发展势头这么猛?因为几乎所有科技巨头企业如亚马逊,谷歌,Facebook,Netflix都在这里激烈竞争。 微服务就像是一个面向服务的架构(SOA):这是一种架构和供应商技术分别独立的设计理念。因此,目前并没有明确的界定标准或规范。你永远需要在和其他人讨论之前定义你所理解的微服务术语。每个人都有不同的定义。在这篇文章中微服务是被开发,部署和独立缩放的服务。它们可以不针对任何技术来提供业务或整合逻辑。有些供应商提供建立微服务的特殊支持(我们将在后面的文章中看到的),但基本上不涉及任何特定的技术支持。 关于微服务架构的讨论最早是一篇由Martin Fowler在2014写的著名文章开始的,该文章的广泛应用起始于NetFlix的一系列丰富的开源微服务应用框架。稍后我们会回来介绍更多细节,本文章的很多内容都是受到了Netflix杰出和详细的技术博客帖子的启发。 容器依赖其上运行的操作系统。容器的实现是基于Linux内核的资源隔离功能,如内核namespaces(...
- 下一篇
马上开始:五种具备可行性的无服务器框架应用方案
【51CTO.com快译】很多朋友搞不清“无服务器”与“功能即服务”架构之间的区别。其一,无服务器其实有点用词不当,其中当然存在服务器元素,只是大家不必亲自维护。您需要做的只是上传代码片段并由托管服务处理其余工作。 不过哪些应用程序适合这种部署方式?答案与您面对AWS或者Azure时基本相同; 这些系统的设计目标都是通过具体操作触发代码块。以下五种常见的无服务器框架可行方案相信值得您加以参考。 API 作为无服务器架构最简单也最直接的应用之一,我们可以通过服务或者单页面应用创建REST API以返回待消费数据。 REST API并不难构建。一般来讲,大家只需要一套基本Web框架、一套用于渲染数据返回格式的库(例如JSON)以及用于同数据后端进行交互的粘接代码即可。利用无服务器架构,开发者能够专注于编写并部署支持该API所需要的代码,其它任务则不再需要费心。 REST API当中多数需要手动调节的功能,例如自动规模伸缩,皆可在无服务器框架中自动完成。另外,其按资源使用量付费的模式意味着您能够拥有一套轻量化且访问成本极低的API,且几乎无需任何部署工作。 创建webhook 这种被广泛...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7设置SWAP分区,小内存服务器的救世主
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Hadoop3单机部署,实现最简伪集群