对于商务运算来说一个比较稳定的趋势在于对 API 日渐增长的依赖性,几乎每一个代码级交互过程都会调用 API 来收集数据或触发某些关键过程。没有 API ,你将无法与同伴进行文件交流,没有 API ,沃尔玛也将无法运行其 VMI 系统。
API(即 Application Programming Interfaces)使软件应用之间的交互成为可能,软件从一种形式转化成另一种形式的过程中都存在 API。由于网络环境下 API 接口越来越开放,我们正迎来一个创新的爆发点,但是,正如 Dan Jacobson,Netflix 的 VP 工程师在他的文章中所指出的,API 更大的影响来自于 API 的内部应用。
这一影响的表现一方面在于大量的业务通过 API 去实现,从 AT&T 到 Google 到 Amazon,这些公司每天要进行数百万次 API 交互,除此之外,大量业务产生的大量运算的流畅进行也需要通过 API 去实现。
然而令人惊讶的是,相比其他操作系统,对于 API 监控现状却大大滞后。谷歌分析能够提供关于网站访问来源的海量数据。用户浏览了哪些网页?这个过程发生了哪些错误?这些数据都能通过谷歌分析直观得到。由于 API 正变得越来越重要,很显然我们也需要这样的数据来分辨我们提供的 API 是否能够正常运作。
John Musser, ProgrammableWeb.com 的创始人,同时也是领悟到 API 重要性的先锋,正通过尝试建立新公司来填补这一空白,他的新公司命名为 API Science,通过提供 API 监控,也就是提供关于 API 可用性和响应时间的详细信息,API Science 希望能够为以下问题提供明确答案:
(1)我的 API 是否在准确运行?
(2)我得到的结果是否准确?
(3)我的团队是否了解发生的问题?
(4)我是否能在用户之前发现问题?
(5)我能否知道问题出在哪以便于我解决问题?
Jeff Phillips,Getty Images 的应用开发经理指出:「API Science 的 API 监控让我们在用户投诉之前了解问题所在,这一产品非常便于使用,我们甚至可以在几分钟内建立起多步监控。」
「我们对比了 API 监控服务,API Science 出现在了第一位的位置,他们做到了先进性和便捷性的结合,保证我们的 API 随时都能准确运行。API Science 已经成为我们业务的重要组成部分。」 Simon Guest, Concur / SAP 研发部门的 VP 工程师如此评价。
编者认为,无论是对于 API 的用户还是 API 的开发者来说都需要 API 监控来为基础运作提供保障,当某个应用包含10到20个 API 时,发生故障一定要知道是哪里出了问题,你必须了解哪些 API 能够正常运作而哪些 API 不能。
如今,尽管各种各样的监控工具能够提供 API 运作情况的图像效果,API Science 是唯一一个专注于提供 API 监控的有用工具,其他 API 监控工具如 OneAPM 的 Cloud Test,也能够提供包括 API 监控在内的监控服务。
Musser 认为 API Science 由于其使用便捷性和先进的功能特性(如多步脚本监控、深层数据验证和报警功能)在该领域具有领导地位,用户能够快速上手,且当用户需求不断加深,API Science 的产品能够提供更深层更复杂的功能来满足用户多样化的场景。
「由于 API 对于越来越多的公司来说正起到至关重要的作用,API 的支持团队必须知道 API 的运作细节。」Musser 说到,「我们的服务使这些用户能够高枕无忧,因为他们知道 API 正按照他们希望的方式在运作。」
OneAPM 的建议,对于掌管科技研发部门的 CIO 和 CTO 们,现在正是了解你的 API 运作风险的时候!使用合适的监控能够确保你能在问题发生之前发现它!还等什么,快来试用吧!
本文转自 OneAPM 官方博客
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。