API 监控
终极指南

API 指南概述

API,或应用程序编程接口,是一个令人难以置信的工具,允许开发人员建立伟大的Web API和应用程序,允许应用程序彼此交谈。 API 用于检索、发送和交换来自各种 Web 服务的信息。 无论您是否意识到这一点,我们每天都使用API。 例如,从预订酒店房间或机票,到购买产品或查看当地天气,您都使用 API。 名单还在继续。 API 涉及数据库和操作系统、软件库、基于 Web 的软件等。

对于日常消费者或最终用户来说,幕后发生的事情是完全不可见的。 就像使用收音机或电梯一样,所有的”魔法”都发生在远离用户眼睛的地方。 想要更改站或更改音量? 只需使用几个旋钮。 想去10楼吗? 只需按10。 对于用户来说,他们的部分很容易,他们只看到和使用提供给他们的东西。 当涉及到应用程序时,它要么有效,要么不起作用,要么反应缓慢或快速。

负载测试开发人员
However, of you are a developer, you know there is much more involved when it comes to API performance. Because APIs typically use or rely on third-party services, it is critical to monitor API performance, but what is API monitoring exactly? The definition of API monitoring can be defined simply as the process of monitoring an API for uptime, downtime, and overall performance to ensure that the API is available and functioning properly, as well as within performance thresholds.

To monitor APIs, developers use API monitoring tools to help proactively monitor API performance. This ultimate guide will discuss all the various facets of API performance monitoring, best practices, and solutions that can help developers and teams easily and cost-effectively monitor their business-critical APIs.

为什么监视 API 很重要
(你一定要这样做)

API无处不在,几乎参与了我们今天以数字方式接触的几乎所有内容。 有鉴于此,开发人员必须监控 API,尤其是对外部用户访问和使用的业务或 API 的底线至关重要的 API。 监控内部用户的 API 虽然仍然很重要,但对于小型组织的业务来说可能没那么重要。 然而,对于大型企业来说,这些可能是重要的监控。 大型企业可能需要持续了解其 API 为数千名内部员工的绩效。 归根结底,归结到企业对 API 监控的需求上。

监控 API 可确保您和您的团队能够立即了解任何停机时间问题、API 在性能方面的表现,以及它们是否完全失败。 您无法手动监控每个 API 端点,因此设置 API 监控非常重要。 任何在最终用户眼中执行缓慢(或根本不)的 Web API 或 Web 应用程序都可能导致使用离开应用程序并找到下一个最接近的替换,这通常最终将成为您的竞争对手。 用户体验对于组织的成功至关重要,监控 API 是流程的重要组成部分,以确保您不断提供出色的用户体验。

API 监控的好处

性能调整

如前所述,随着越来越多的应用程序通过互联网获得,对 API 的依赖在过去十年中稳步增长。 SaaS(软件即服务)、云计算以及容器和无服务器应用程序等新兴技术的兴起都归因于 API 开发和使用的增长。 因此,景观发生了演变和变化。 无论是获得竞争对手的竞争优势,还是最终用户的压力,组织都可以通过将其服务与第三方公司和提供商集成而受益。 然而,尽管集成带来了巨大的好处,但它也带来了另一个层次的复杂性和管理。

API Monitoring can help alleviate the headaches and provide a cost-effective method to ensure that the APIs your organization uses and rely on are continually up and running. Downtime can cost organizations thousands of dollars per minute. Not only that, but monitoring APIs also allows you and your teams to get alerted the moment an API or web service begins experiencing issues and begin working on a solution to ensure it doesn’t go down. API monitoring allow companies to mitigate that risk and get back up and running as soon as possible. The earlier issues are detected, the less likely it will impact additional users, and most importantly, the bottom line.

如果您不监控您的API,会发生什么情况?

虽然我们希望我们的 API、网站和 Web 应用程序一直运行平稳,但我们知道情况并非如此。 可能导致性能问题和停机的变量太多。 停机时间会发生。 没有组织可以幸免,因此不监控 API 和 Web 服务可能会产生严重后果。 依赖第三方 API 集成的组织无法控制这些 API 的运行时间或性能。 我们已经讨论过停机成本可能会对贵公司造成影响,但停机对公司收入损失的影响可能更大。 为用户保持出色的体验是重中之重,当用户得不到这些体验时,效果可能会更加复杂。

用户和客户依赖于您的系统、API、网页和应用程序,需要正常运行,并且始终启动和运行。 这种质量反映了您的公司和它提供的服务,以及建立与用户的信任。 但是,如果任何 API 开始经常失败或遇到问题,而您和您的团队并没有意识到这一点,则您的用户和访问者会很快感到沮丧并失去这种信任。 客户信心是客户是否选择您的产品而不是竞争对手的主要因素。 不监控关键 API 可能会产生严重后果,因此,确保您为 API 设置持续监控不会被低估。

使用 API 监控仪表板
为什么你需要一个

More organizations are relying on APIs to support their mission-critical solutions and services. However, organizations must also know that monitoring these APIs is necessary to understand how they are performing in front of real users. Like we touched on in the section above, a single failure can bring simple operations, and those dependent on certain APIs, to a complete halt. Utilizing an API monitoring dashboard like LoadView as part of a comprehensive monitoring solution for all your web page, web applications, and other web services can provide your teams with continual information on the health of your APIs and all your other web services.

API monitoring dashboards provide you with the data and metrics you need to ensure continuous performance of your APIs. You and your team invested heavily to develop and build your APIs, API monitoring dashboards ensure that investment pays off and performs to the specific needs and requirements of your business. Some APIs have complex, multi-step paths. Having a monitoring solution that can be configured to set up monitors for each step in the API call and response process is essential for identifying the most important metrics. That way, if you and your teams are alerted to any downtime and performance issues, you can begin resolving them immediately before it potentially impacts more applications and end users.

绩效监控报告
尝试API监控加载视图。

免费30天。 没有信用卡,没有合同。

网络 API 监控解释

当我们谈论 API 时,您经常会看到 Web API 一词也会被混为一谈。 这些术语本质上是一回事,今天可以互换使用。 因此,众所周知,当我们说 API 时,我们实际上是在谈论 Web API。 但是,为了进一步定义它,Web API 允许通过 Internet 访问应用程序的数据,或者顾名思义,访问 Web。 如果我们想要更深入地了解,从更技术的角度来看,Web API 通过 HTTP 请求发送和接收数据。 从本质上讲,每次在浏览器中键入 URL 时,您都会拨打 Web API。 这些请求被发送到服务器,服务器以 JSON 或 XML 的形式返回响应。 基于肥皂的 API 和基于 SOAP 的 API 是 Web 2.0 Web API 的示例。

Web API 使开发人员更容易处理他们正在构建的应用程序,并最终为用户处理。 但是,由于这些 Web API 是通过网络访问的,因此可能会延迟或请求和响应之间的延迟。 不仅如此,请求中的地理位置、环境和数据量等其他因素也会影响性能。 Web API 监控(如网页或 Web 应用程序监控)是确保 Web API 始终正常运行的重要一步。

云监控与 Web API 监控

服务器

There are many types of monitoring that developers and operations teams can implement. We have already talked about what web API monitoring is and some of the advantages of why it is important to implement web API monitoring, but you have probably come across companies that offer cloud monitoring. What is the difference between cloud monitoring and web API monitoring? The IT landscape is evolving, so we will talk more about cloud monitoring and what it can do for organizations.

With the rise in the reliance of cloud services, organizations have moved away from on-premises development to cloud computing. Cloud computing allows smaller organizations with limited resources to utilize third-party services from AWS (Amazon Web Services), Google, Azure, etc., to easily scale their applications, up or down, to meet increasing and decreasing demand, and can provide better security. All the infrastructure it takes to run websites, applications, APIs, etc., is offloaded to these cloud providers.

However, this brings another level of complexity as these resources are offloaded to a third-party. This inherently creates a need to monitor their entire infrastructure as there are more moving parts in play. Cloud monitoring allows organizations to gain a holistic view of all their assets, including websites, databases, API, applications, and more. From an API perspective, cloud monitoring allows APIs to be implemented as objects instead of multi-step operations, which provide an easier way to build consistent APIs that provide better performance at scale.

Web API 监控与基于软件的 API 监控

组织可以实施不同类型的基于软件的监控类型。 一种类型是真正的用户监控,也称为RUM。 另一种类型是合成监测。 RUM,顾名思义,利用来自真实用户的性能数据。 关于 RUM 的一大特点是,当用户体验到它时,您可以从您的 API、应用程序、页面等获得真实的性能数据。 但是,此类监控可能耗时且管理成本高昂,因为您最终需要来自真实用户的大量数据来衡量不同位置、网络等的性能。

另一方面,合成监控使用预先定义的脚本,可用于模拟应用程序或 API 中的行为。 这使得团队无需站立或依赖现场环境即可轻松了解绩效。

JavaScript 测试方案设置

合成监控非常适合测试来自不同环境、浏览器、网络条件等的 API。 但是,由于监控是模拟的,因此它可能无法直接匹配实际性能,因此它将提供非常可靠的数据,供团队审查以进行改进。

Web API 监控和基于软件的 API 监控基本上也意味着相同。 两者都依赖于第三方解决方案来监控 API 性能。 但是,组织如何实施哪种类型的监控取决于预算、资源和要求。 在某些情况下,两种类型的组合更有效,因为它可以发现不同的性能瓶颈。

API 性能监控与 Web API 监控

绩效报告

当我们谈论 API 性能监控和 Web API 监控时,我们实际上是在谈论同样的事情。 设置 API 监视器,无论您使用合成监控解决方案还是基于 RUM 的解决方案,您都在尝试从延迟、停机时间、错误、正确响应等了解和衡量各种性能指标。 确保您的 API,甚至您的企业所依赖的 API 正常运行和运行,对于确保用户获得良好的体验是必要的。 如果 API 中的任何步骤失败,这将影响应用程序和页面,进而导致它们也失败,这显然对维护您的品牌声誉没有好处。

使用合成监控解决方案非常棒,因为团队可以设置基本监视器,只需检查 API 的响应和响应时间,或设置多步监视器,检查 API 中的每个交互,以监控确切的步骤、身份验证因子、重定向等。 在任何时候,事情都可能出错。 团队将不断收到有关响应、性能和其他指标的更新,而无需手动浏览步骤或取决于真实用户。 此外,合成监控解决方案通常允许用户从多个位置进行选择,因此团队可以查看不同地区和国家/地区的性能和可用性。

AWS API网关监控–它是如何工作的

我们简要地提到了上一节中提供的一些主要云服务,但让我们来谈谈 AWS 中的一个功能,称为 Amazon API 网关。 亚马逊 API 网关最初于 2015 年年中发布,是 AWS 中的一项服务,可用于开发人员创建、发布、管理、监控和安全 API。 具体而言,亚马逊网关 API 提供支持,以创建基于 HTTP 的 API,例如 REST 和 Web 插座协议。 然后,AWS、Web 服务、存储在 AWS 云中的数据,甚至对于内部或第三方客户端和应用程序,都可以访问在亚马逊 API 网关中创建的 API。

在监控使用亚马逊 API 网关服务创建的 API 方面,亚马逊提供另一项名为”亚马逊云观察”的服务。 CloudWatch 会持续实时收集原始数据,以便开发人员可以随着时间的推移查看和访问数据以比较性能指标。 云观察用户可以选择每分钟一样频繁地收集数据。 另一个好处是数据在 15 个月内存储和可用。 常见指标,如延迟、响应代码错误、发送的消息(用于基于 Web 插座的 API),等等。 云观察可全面了解系统的 API 和应用性能、资源利用率和整体健康状况。

尝试 LoadView 30 天!

没有信用卡,没有合同。

API 监控教程

Dotcom-Monitor 平台为您的所有网页、应用程序、API 和基础设施提供全面的综合监控解决方案。 作为 Dotcom 监控用户,提供多个解决方案以满足您的特定监控要求,并可根据需要添加和删除解决方案。 与市场上的其他监控平台不同,您可以按月付款,且不限于年度套餐。 但是,如果您更喜欢自定义套餐或年度发票,Dotcom-Montor 可以创建符合特定组织需求的自定义报价和包。

监控 API(无论是您自己的还是应用程序使用的第三方)至关重要,原因有很多,例如用户满意度、收入和品牌声誉。 Dotcom-Monitor 平台中的 WebView 解决方案为用户提供了为所有 API 和 Web 服务设置监控设备的能力,以便持续检查工作时间、功能和整体性能。 其他功能包括从各种监控检查频率、3 年数据保留和近 30 个外部监控位置进行选择。 从多个警报传递机制中进行选择,例如电子邮件、短信、电话,以及组织已经使用的集成,如寻呼机、Slack、团队等。 在问题发生时收到警报。

让我们看看在 Dotcom 监控平台内设置 API 监控是多么容易。

教程:带网络监视器的 API 监控

首先,您首先需要登录您的 Dotcom 监视器帐户。 如果你没有,不用担心。 我们提供 30 天的免费试用 ,可访问平台内的所有解决方案,因此您可以免费试用。 登录后,您将要在页面右上角选择
新设备

Device Manager
接下来,您将被带到一个页面,在那里您将看到所有可以选择的监控类型的列表,如 Web 应用程序、网页、Web 服务、互联网基础设施等。
监控类型

从此页面,您可以向下滚动并选择 Web 服务,或者只需从左侧选择 Web 服务即可。 选择 Web 服务后,将向您显示可以从 Web 服务监控类型内创建的监控设备列表。 将显示以下监控设备:

  • HTTP/S
  • 肥皂网API
  • 休息网络API
  • 邮递员收藏
  • 平/ICMP
  • 电话网
  • 网络套接字

为此本文的目的,我们将选择 REST Web API 设备选项。 用户输入目标 URL 或地址后,可以从多个选项中进行选择,例如检查特定的 API 功能、停机/停机时间、内容验证、身份验证、完成超时以及整体性能。

设置
支持多种请求类型,如 GET、POST、HEAD 和 PUT 请求,以及 Cookie、表单提交、自定义标题和密码安全站点,并支持超时阈值。 除此之外,REST Web API 选项还可以检查和验证 SSL 证书的授权和到期日期,并设置证书日期到期时的提醒。
一旦定义了这些设置,用户就可以选择要设置检查的频率,以及从什么位置。 用户可以访问近 30 个位置。
监测地点
用户还可以选择如何提醒他们。 选择包括警报组警报限制,以最大限度地减少收到的警报数量。
警报限制
该过程的最后一步是选择您希望接收哪些报告类型。 用户可以选择文本摘要报告(每日/每周/每月)以及CSV报告(每周),以及执行摘要报告(每日/每周/月)或按目标摘要(每日/每周/月)。 这些选项中的每一个选项还包括一个字段,包括应向谁发送报告。
选择报告

一旦您对所有设置进行了选择,您可以查看
设备摘要
、进行任何修订并选择 创建您的设备

设备摘要

就是这样! 您正在监控您的 REST API 的路上。 同样,这只是 WebView 解决方案中的一个选项,因此,如果您想了解有关其他 WebView 设备选项的更多信息,如 Web 插座、邮递员收藏、SOAP、Telnet 或 Ping/ICMP,请访问我们的 知识库

尝试API监控加载视图。

免费30天。 没有信用卡,没有合同。

API 监控最佳实践

在本节中,我们将涵盖监控 API 的一些最佳实践。 API 有多种形式和品种,从为成千上万用户提供服务的具有使命感的 API,到仅提供简单命令和响应数据的 API。 无论您的组织或业务要求如何,监控您的 API 表现最终将影响用户的体验。 我们将对团队应实施的一些更基本的监控最佳实践进行深入研究,以及一些更为复杂的 API 监控形式。

API 可用于丰富用户在多个级别上的体验,因此可以实施不同级别的监控以满足您的需求。 此外,除了 API 的复杂性级别之外,还有不同类型的 API。 有些可能是贵公司的内部,有些可能是开放的 API,有些可能是您的公司赖以执行和支持业务要求的第三方或合作伙伴 API。 虽然并非每个 API 都需要监控,但要知道,如果 API 问题发生,您需要了解问题产生的位置。 这样,您可以修复问题,使其不再发生,并可能获得一些见解,您可以使用和考虑未来的 API 开发或集成。

API 监控基础知识(初学者)

性能计数器监控

Ensuring that your APIs remain functioning and available, under all types of traffic levels, is the basic reason why you want to monitor your APIs. Teams put a lot of time, effort, and resources to create a great application. Typically, issues start to present themselves during heavy traffic periods, but depending on the type of API used, issues could happen at any time. Monitoring availability and response times, or latency, are a couple of the basic forms of monitoring implemented.

Like we covered in the section above, API monitoring can come in many forms and levels of complexity, however, monitoring availability is one of the easiest and simplest methods to put into place for monitoring your APIs.

监控 API 的要点是确保您和您的团队了解任何问题。 最糟糕的事情是开始收到用户和客户的投诉。 最后,内部监控是不够的。 内部一切可能都运作良好,但如果您没有从用户角度检查您的 API,您可能会将您的公司置于危险之中。 从用户访问的位置或区域设置基本的外部监控将使您更好地了解 API 性能问题。

中级 API 监控

进一步考虑 API 监控的基本理念,对于包括多个 API 呼叫或多步程序在内的 API 而言,可能需要进行更多的中间 API 监控。 仅仅从 API 端点监控响应可能并不总是能清楚地了解真正发生的情况。 虽然您可能会得到 200 OK 回复,但中间的步骤可能会有问题。 可能会在中间的某个地方发生错误。 表面上的一切可能看起来都很好,但如果您没有监控整个过程,则有可能将错误埋在中间的某个地方。 如果你不寻找它,你永远不会真正知道下面发生了什么。

许多 API 现在需要某种程度的授权和身份验证,例如 OAuth、SAML 和其他机构,以确保数据的安全交换。 安全仍然非常重要,并且可以真正取决于您所从事的行业。 虽然这非常适合保护数据和用户信息,但它需要另一个层次的复杂性。 需要发送用户名和密码等数据作为响应标题。 您最终采用的 API 监控解决方案应该能够支持基本和更高级的身份验证方法。
性能计数器监控

先进的 API 监控技术

当大多数人谈论 API 监控时,他们可能会认为它就像网站监控一样。 仅仅因为你可以看到您的网页正在正常工作,并不一定意味着一切都正常工作。 然而,许多人做出这样的假设,这是一个巨大的错误。 与网页监控一样,API 的整体表现也有很多因素和级别。 就像我们在上一节中提到的,仅仅因为你得到了200个确定的响应,并不意味着一切都很好。 虽然 APM 解决方案和各种网络工具可能会对此有所帮助,但这些解决方案无法检测各种 API 层中的错误,例如专用 API 监控解决方案。

为了充分了解 API 性能,您必须实施先进的监控技术,并密切匹配用户使用 API 的方法。 这包括使用一种解决方案,该解决方案可以支持 API 监控检查每分钟 24/7。 此外,对于最具使命关键性和业务关键性的 API,您需要的解决方案不仅仅是监控请求和响应。 这意味着使用能够监控身份验证方法、请求类型、超时阈值、内容验证、自定义标题和自定义脚本以及警报机制的解决方案。 所有这些因素都需要监控和配置,以确保您的监控 API 彻底和警报,如果错误开始弹出。 最后,我们之前也提到过这一点,能够从外部位置设置监控,确保您尽可能接近用户的体验。

API 监控利弊

在确保 API 持续按预期执行时,API 监控至关重要。 随着越来越多的组织转向开发和利用 API 进行业务开发和利用,API 监控带来的优势对于保持客户和用户的满意以及提供无缝体验至关重要。 正如我们之前讨论过的,只要加载时间稍有延迟,用户就会感到沮丧。 此外,由于 API 可以由不同的资源组成并依赖,因此问题可能随时发生。 设置监控以在出现问题时发出警报是保持业务连续性的关键。

除了与您使用的监控工具或解决方案相关的成本外,监控 API 确实没有缺点。 有无数的工具和解决方案,我们将在以下部分详细讨论这些,但它归结为了解如果您没有任何 API 监控,组织将花费您。 某些应用程序的停机成本可能会对收入和品牌声誉造成毁灭性打击。 您的组织必须决定放弃 API 监控是否会对业务产生负面影响,以及您愿意在多大程度上将业务置于危险之中。

API 监控清单

在开始任何监控或配置 API 监控设备之前,最好创建一个清单或计划,以确保您和您的团队涵盖您想要测量和报告的所有必要要求和指标。 正如我们之前讨论过的,仅仅知道 API 是功能是不够的。 在任何时候,事情可能会出错,你想确保你被告知,如果,什么时候,它确实。 以下是创建 API 监控清单时需要考虑和包含的一些提示。

 

  • 记录组织开发的所有 API,以及任何可能无法完全了解的第三方 API。
  • 一旦您拥有了所有 API 的记录,将 API 从最关键到最不关键进行优先级。 对业务、用户体验或服务连续性至关重要的 API 应在顶部优先处理。
  • 考虑 API 所依赖的复杂性或技术,例如身份验证和授权方法、安全性、多步骤 API 呼叫等。
  • 根据用户所在的位置设置多个位置的监控,并将持续性能与多个位置进行比较。 如果错误发生在一个位置,您将要监控其他位置发生的情况,以排除更广泛的问题,或者如果这只是一次性事件并适当补救。
  • 根据优先级确定 API 的监控频率。 并非所有 API 都需要在一天中的每一分钟都进行监控。
  • 设置警报,并确保在出现错误或问题时通知适当的利益相关者。 问题持续的时间越长,您就越会使业务和用户面临风险。
  • 最重要的是,找到支持最新技术和协议的监控解决方案,并为您的 API 监控提供广泛的功能和选项。
尝试API监控加载视图。

免费30天。 没有信用卡,没有合同。

API 监控工具

API 监控工具允许开发人员和团队跟踪 API 可用性、停机时间和整体性能。 虽然如果您能对 API 进行手动检查,则这一方法并非总是最有效地利用时间。 您的组织可能拥有数百个 API。 专用于某人进行人工检查是很麻烦的,如果只是内部进行,可能无法从外部用户的角度反映实际性能。 此外,如果您没有在问题发生的确切时间检查您的 API,它们会在您不知情的情况下不受检查,最终会在以后使问题更加复杂。

监控工具非常适合自动化监控过程,而不是随机进行 API 检查。 API 绩效取决于许多因素和关系,因此,问题可能随时发生。 正是 API 的不可预知性使得 API 监控工具对组织至关重要。 他们可以在问题出现时快速提醒您和您的团队,因此可以尽快开始纠正行动和故障排除,以避免更多用户受到影响。 有许多 API 工具可以帮助收集性能数据,例如延迟、响应代码、故障和成功、重定向,所有这些工具都来自世界各地。 我们将讨论不同类型的 API 监控工具,以及是什么使每个类型彼此不同。

免费与付费 API 监控工具

数据库性能基准测试

如果您或您的团队在市场上销售 API 监控工具,您运气不错,因为有很多选择。 糟糕的是,有很多选择,这可能成为一个耗时的过程,当你正在寻找一个正确的。 从免费、付费、开源、免费增值选项,以及两者之间的一切,您一定会找到一个工具,以满足您组织的需求。 更重要的是,像邮递员这样的工具,这是一个完整的 API 开发生态系统,用于创建、开发和维护 API,在其付费计划中包括基本监控功能。 那么,在查看免费和付费 API 监控工具时,您应该考虑什么?

在比较免费 API 监控工具和付费 API 监控工具时,顾名思义,免费 API 监控工具对用户是免费的。 没有使用它们的前期成本或投资。 有时,这些免费工具也是开源工具,如 Nagios,但是,免费 API 监控工具通常没有作为付费 API 监控工具的强大功能集。 免费 API 监控工具通常允许您执行基本的运行时间和响应检查。 此外,免费的 API 监控工具通常不允许您利用更新、提供有限的协议支持,并且可能不如付费 API 监控工具选项安全,这是需要考虑的重要因素,尤其是对于大型组织而言。

付费 API 监控工具通常包括其他功能、附加选项、多协议支持、访问持续更新以及提供全球监控位置,这是了解 API 如何从用户所在的位置执行的关键。 此外,支持是免费 API 监控工具和付费 API 监控工具之间的主要区别。 带免费 API 工具的支持选项通常有限,只能通过常见问题解答或支持文档提供,无需访问专门的 24/7 支持团队。

免费 API 监控和测试工具

目前市场上有很多免费的 API 监控和测试工具。 其中一些例子包括一些工具,如恢复保证,卡塔隆,JMeter,测试梅斯,和其他。 此外,其中一些免费工具还提供付费计划选项,以及除了 API 之外,还能够测试 Web 服务、应用程序和网页。 使用免费 API 监控和测试工具的主要缺点之一是协议支持和分布式测试有限。 例如,像 REST 保证这样的工具是基于 Java 的,因此您还必须安装 Java 才能充分利用它。

Katalon 是另一个易于设置和配置的流行工具,但是,Katalon 支持的唯一脚本语言是 Java 和 Groovy,因此任何熟悉 Java 或 Groovy 框架的人都可以舒适地使用它,但并非所有应用程序和 API 都使用 Java 和 Groovy,因此找到支持更多脚本语言的 API 监控工具可能比某些团队更可取。 Katalon 还可用于 Web 服务以及移动和 Web 应用程序的自动化测试,但不能用于创建桌面应用程序的自动测试。

JMeter 被创建得更多,作为负载测试工具,但它确实能够对 API 进行功能测试。 使用 JMeter 的好处之一是用户可以创建功能测试,然后上传这些测试进行性能测试。 JMeter 的一个已知缺点是,它无法执行 JavaScript,这可能适合 API 测试,因为您可能只想知道您的 API 在更高的负载级别中的反应,但如果想从用户的角度了解应用程序和 API 性能,您需要一个能够支持基于浏览器的测试的工具。

开源 API 监控工具

开源 API 监控工具非常适合寻找免费监控软件解决方案的团队和组织,该解决方案提供了构建或扩展其功能的能力。 开源软件为用户提供其他好处,包括无许可证费,由用户社区管理,并提供更多的定制商业监控工具。 然而,虽然这些好处使开源工具对用户感兴趣,但另一面是这些好处也可能成为障碍。 开源 API 监控工具通常需要基于其所基于的技术或框架的广泛知识。 您将需要精通特定编程语言的人。

例如,商业 API 监控工具通常包括在一天中的任何时间访问专用支持团队。 如果您遇到 API 监控工具的问题,则开源 API 监控工具的用户必须不幸地依赖社区用户建立的广泛知识库。 虽然有些工具具有质量存储库,但必须经过努力才能找到确切问题,这可能会非常耗时。 如果您认为开源 API 监控解决方案是您想要的方式,请确保您选择具有广泛知识库和社区支持的解决方案。 您将无法像使用付费或基于商业的选项那样访问专门的专业人员团队。

负载应力性能测试
我们提到了前一节中的一些开源 API 监控工具,如卡塔隆和 REST 保证。 Swagger 是另一个开源 API 框架,您可能听说过该框架用于整个 API 生命周期,从开发、构建到包括监控。 最后,还有其他更全面的开源 API 监控工具,如日志管理工具。 像Logstash这样的工具提供免费版本的开源软件。 另一个流行的选择是Splunk,但是,它不是一个开源软件。 这些记录工具可以从多个来源和系统、文件、事件、日志、数据存储等中获取数据。 然后,可以解析、过滤和转换到您的要求,然后发送到仪表板,以便查看这些数据。 这些记录工具很复杂,需要大量的 CPU 和系统资源。 虽然它们非常适合在各种环境和系统中收集信息,并且可以随着公司的发展而扩展,但您的组织需要一个全职团队来监控和管理这个生态系统,这可能会给您的 IT 部门带来压力。
尝试API监控加载视图。

免费30天。 没有信用卡,没有合同。

付费 API 监控工具和解决方案

我们已经谈到了免费和开源监控工具和解决方案的一些优点和缺点,以及它们与商业或付费解决方案的比较,因此,让我们来看看当今市场上一些最受欢迎的付费 API 监控工具和解决方案。 在考虑付费 API 监控工具时,您希望确保它符合您的所有技术要求,并满足管理层设定的预算要求。

网络监视器

Dotcom-Monitor 为网页、Web 应用程序、基础设施和 Web 服务提供合成监控解决方案。 在 Web 服务监控解决方案(WebView)中,用户可以监控停机时间、性能和可用性,以确保特定的 API 功能、停机时间/停机时间、内容验证、身份验证、完成超时和整体性能。 WebView 包括支持监控基于 RESFUL 和 SOAP 的 API、SSL 证书检查和基于 Web 插座的应用程序。 设置监控任务只需几分钟。 该平台将带您完成设置过程的每一步,从设备设置和配置,到选择警报、报告和仪表板选项。 Dotcom-Monitor 还与团队可能已经使用的许多工具集成,如 Slack、寻呼机、阿萨纳、维克多·奥普斯、斯普伦克等。 设置检查频率为每分钟或每三小时一次,以及从 30 个公共监控地点或监控 API 从您的网络内与私人代理进行选择。 此外,如果您使用已经使用邮递员,您可以从 JSON 文件或共享邮递员链接导入您的邮递员 API 呼叫进行监控。

除了 API 监控之外,Dotcom-Monitor 平台还提供 Web 应用程序监控解决方案,使您能够快速轻松地为基于 Web 的应用程序和服务创建多步骤脚本。 Dotcom-Monitor 平台利用了 EveryStep 网络记录器,该记录器 通过像典型用户那样通过应用程序导航,为用户提供了创建脚本的能力。 然后,这些脚本可用于创建 Web 应用程序监控设备,以确保您的用户能够登录门户、浏览和购买产品等。

上升趋势

上升趋势

与 Dotcom-Monitor 的监控产品一样,上趋势为网站、Web 应用程序、服务器和 API 提供合成监控产品。 他们的 API 监控产品允许用户检查 API 的运行时间、功能和可用性。 设置用户场景并监控用户通过 API 进行的确切路径和序列对于理解性能至关重要,因为它与其视角相关。 上升趋势 API 产品支持身份验证、内容验证、请求持续时间、HTTP 状态代码等功能。

但是,与 Dotcom 监控器的解决方案不同,没有邮递员 API 监控集成。 上升趋势确实提供私人检查点,允许用户从其网络后面监控 API,以帮助识别可能从外部位置看不到的问题。 此外,Uptrends 用户可以访问 200 多个监控位置,但是,如果您使用 Uptrends 来监控您的网页和网站,只需注意并非所有位置都提供基于浏览器的实时监控。 某些地点提供基本的 HTTP/S 检查。

站点24×7

Site24x7 是一个一体式监控套件,用于开发团队,希望监控 API、网站、服务器和 Web 应用程序。 Site24x7 支持 SOAP 和基于 RESFUL 的 API 服务、基础/NTLM(Windows NT 局域网经理)、OAuth 和 PKCS(公钥加密标准)等身份验证方法。

网站24x7标志

Site24x7 为用户提供了选择 100 多个全球监控位置的选项,但是,如果您使用其企业级别计划,每个监视器的上限为 8 个位置,或 16 个位置。 虽然 Site24x7 是一个全面的监控平台,但一开始可能有点让人不知所措,您最终可能会为您甚至不需要的功能付费。 因此,您选择的计划可能比市场上的其他监控工具更昂贵。

阿西

亚马逊云手表

虽然此列表中的大多数工具和解决方案都提供专用的网站、应用程序、服务器和 API 监控,但我们不能忘记监控云提供商内部的解决方案,如 AWS(亚马逊 Web 服务)。 您可能知道,AWS 提供云计算服务和解决方案的整个生态系统。

如果您已在 AWS 基础设施上部署了应用程序、网站、容器、微服务、API、Web 服务等,则最好也利用其监控功能。 虽然没有开箱即用地提供 API 监控,但用户可以选择加入使用它。 与市场上的 APM 解决方案类似,如 Datadog 或 Dynatrace,CloudWatch 从各种 AWS 服务日志和指标以及现场数据中收集数据,使用户能够查看整个堆栈的性能,并根据性能阈值和错误设置警报。 虽然这允许完全可见到堆栈,但它也可以加起来大量的信息和数据,当错误发生时,这些信息和数据可能很难跟踪和排除故障。 AWS 是为企业级别的公司而建的,一些世界上最大的公司依靠 AWS 提供服务。

警报网站

AlertSite 是他们的产品,用于监控 API 和检查停机时间、可用性和功能。 SmartBear 还为 API 开发(称为”挥发”)和 API 功能和性能测试(称为 ReadyAPI)提供解决方案。

警报网站

与 Dotcom-Monitor 一样,AlertSite 是一款针对 API、网站和应用程序的基于浏览器的合成监控产品,提供超过 350 个外部监控位置。 由于它涉及到 API 监控,AlertSite 支持 SAML/SSO 和 OAuth 等 API 技术。 它们还提供他们所谓的”混合部署”,本质上是从外部和内部网络监控的能力。 此外,支持 AlertSite 用户可以访问脚本记录器,称为 DejaClick,如 Dotcom 监视器中的”每个步骤 Web 记录器”。 最后,AlertSite 用户可以根据特定的性能要求设置警报,并与许多其他事件管理工具集成。 从预算的角度来看,与此列表工具中的其他工具相比,AlertSite 可能非常昂贵。

灵活。 可 伸缩。 强大。

全部来自一个方便的负载测试解决方案,加载视图。

常见问题解答部分–回答的API监控问题

设置 API 监控可能需要一些时间,需要一些规划才能充分测量性能。 但是,使用正确的 API 监控工具,您可以快速轻松地为您最关键的 API 设置测试设备或监视器,并确保您的服务始终处于启动和运行状态。 在一个完美的世界中,一切都将运行没有事件,但是,我们都知道服务器关闭,延迟问题发生,等等。 随时都可能发生无数问题,因此请通过实施 API 监控来保护您的业务和客户。

下面列出了有关 API 监控的最常见问题的一些答案。

目录

API 监控如何执行?

正如我们在前面的部分所涵盖的,合成 API 监控使用外部或远程服务器向您的 API 发送请求。 服务器返回响应,以及响应时间、内容、速度等数据。 如果此响应不符合或未达到预先定义的阈值,则返回错误消息。 在检测到错误的某些情况下,某些解决方案和工具会立即发送请求,以确保它不是误报。 如果错误发生在第二次,则标记错误。 监控工具可用于根据业务需求,从每秒到每三小时使用各种频率自动执行这些检查。

 

如果我不监视我的API会发生什么情况?

API 是网站和 Web 应用程序之间来回发送数据的关键组件。 他们是程序之间的信使。 您的开发团队投入了大量时间进行编码、开发、测试和优化 API。 虽然我们都想,一旦我们创造了一些东西,我们就不必再担心它了,但我们知道事实并非如此。 API 尤其依赖于许多不同的组件。 例如,如果您管理电子商务公司,您可以使用第三方 API,允许更新产品、定价、说明等。 监控这些 API 可确保您为客户提供最新信息,确保客户按预期工作,并提供更无缝的体验。 如果客户对您的服务有意见,他们更有可能反弹并找到其他地方。

 

开源 API 监控工具与付费工具一样好吗?

在决定开源或付费 API 监控工具是否最适合您的组织时,您必须考虑您需要支持哪些技术和框架、外部监控位置、警报和报告功能等因素。 许多开源或免费的 API 监控工具可以提供基本的监控时段检查,但如果您想要监控的 API 将由来自世界各地的用户访问,您将需要找到一个工具,可以从外部位置进行检查,而不仅仅是 API 在内部的性能。 此外,虽然开源 API 监控工具允许进行更多定制,但它们通常需要广泛的编程语言。 付费 API 监控工具通常是专门为支持许多协议、框架和语言而构建的。

 

什么是 API 监控工具?

API 监控工具用于检查 API 的可用性、运行时间、功能,开发团队还用于了解其 API 的持续性能。 API 工具允许团队在出现错误和性能阈值时发出警报,以便他们可以在影响更多用户之前快速排除故障并修复问题。 您的客户和访客使用的应用程序取决于 API 的功能。 了解 API 序列或端点的后台发生了什么,对于保护用户体验至关重要。 我们在本指南中讨论过,API 监控工具有不同的形式,例如开源或专有、基于商业的选项。

 

谁执行 API 监控?

与网站、网页或 Web 应用程序监控一样,API 监控通常由 Web 开发团队和/或 IT 运营团队执行。 然而,随着基于商业的 API 监控工具和解决方案变得更加用户友好,它为不同的公司部门利用(例如营销团队)打开了大门。 对于营销团队来说,他们的兴趣在于确保他们的网页始终处于打开,因此当访问者搜索其公司的产品和服务时,会显示适当的网页并正常运行。 不仅如此,确保任何网络应用程序以及使这些应用程序发挥作用的相关 API 也按预期执行也符合预期效果也符合相关利益。

 

API 监控如何在网站上执行?

API 和网站监控非常相似,但两者之间存在显著差异。 通过网站或 Web 应用程序监控,您可以设置警报以确保正常运行时间、可用性,在 Web 应用程序的情况下,脚本可确保应用程序按预期运行。 许多应用程序依赖于 API,因此从某种意义上说,API 监控监控幕后发生了什么,但是,除了检查正常运行时间和性能外,API 监控的重点是确保在提出请求时发送和接收适当的内容、身份验证是否有效、验证单步或多步骤 HTTP 请求、重定向等。 与网站或 Web 应用程序监控一样,您需要一个工具,可以创建一个监控场景或设备,与实际用户访问和使用服务的情况相匹配。

 

设置 API 监视器是否困难?

设置 API 监控,尤其是付费或基于商业的工具,通常简单易用。 就像我们在本指南中前面讨论过的那样,基于商业的监控工具已经附带了所有功能、好处和支持,以便轻松创建 API 监视器,无论它们是否基于 SOAP、REST。 不仅如此,您还可以访问许多外部监控位置、与第三方工具的集成、警报选项、脚本工具等。 另一方面,开源和免费监控工具通常需要一些编程专业知识,这自然需要多一点时间来创建您的 API 监视器,但是,如果您对此感到满意,则不应遇到任何问题。

 

API监控和API测试有什么区别?

当谈到 API 测试和 API 监控时,人们通常会将它们归入同一个篮子中。 然而,它们不是一回事。 API 测试通常在预生产中进行,有助于验证 API 功能、安全性、可靠性和性能。 对于开发人员来说,这意味着执行功能、单元、集成、端到端测试和性能测试。 性能测试通常涉及在单位和功能测试完成后进行负载或应力测试 API。 Dotcom-Monitor 提供一种称为”负载查看”的负载测试解决方案,可用于在 API 上运行性能测试。 LoadView 使用与 Dotcom 监视器相同的界面和仪表板,因此用户可以轻松地将负载视图添加到其帐户中。 一旦 API 测试完成,API 被推入生产,您可以设置连续的 API 监控,以确保持续的性能。

 

性能测试我的 API 值得吗?

如果您的应用程序或 API 将由成百上千的用户或访问者访问,则有必要执行测试您的 API。 您希望确保您的应用程序以及基础数据(或业务逻辑和功能)对大量并发用户执行预期。 当我们通常考虑测试时,从最终用户的角度来看,很多焦点都放在了 UI 功能上,但 API 层是数据和 UI 层之间的中间点,因此它对性能测试同样至关重要。

 

如何计算 API 停机时间/停机时间?

每当应用程序、网站或 API 关闭时,它都不是一个好兆头。 客户和访客依赖于您的所有服务,始终完美无瑕地提高绩效。 如果您的应用程序或 API 与业务或任务关键应用程序直接相关联,则停机可能会导致更严重的后果。 在计算停机时间时,很大程度上取决于您如何设置 API 监控设备以及设置的阈值。 例如,在 Dotcom-Monitor 平台中,API 监控过滤器可以根据各种标准针对错误设置,例如分钟数、代理数或任务数。 因此,一旦达到筛选器的标准,停机时间就开始了。 正常运行时间在设备成功响应时计算或开始,因为它与错误、代理和任务相关,但不符合抛出停机时间错误警报的阈值。

 

您如何衡量 API 性能?

所有组织都应想知道其应用程序、网站、API 和其他服务与其竞争对手的比较情况。 由于消费者可以更多地访问各种相关服务、产品、解决方案等,A、B、C 或 D 公司之间的选择差异可以归结为用户体验。 基准测试采用行业标准,并将其与组织如何满足或超过这些指标进行比较。 在 API 或应用程序性能方面,这可能意味着确保调整所有系统以满足特定加载时间和响应时间,考虑等待时间、负载下响应时间、每秒请求等。

 

对于基于 Web 的 API 来说,什么是良好的响应时间?

根据您的 API 或应用程序,响应时间可能会有所不同。 更重要的是,您的客户和访客使用不同的网络和设备从不同的地理位置访问您的服务。 将很难确保响应时间是一样的,这就是为什么 API 测试和监控如此重要。 如果我们考虑用户放弃和网页的统计数据,研究表明,如果您的网站在三秒钟内没有加载,它们可能会反弹。 但是,API 不必处理加载网页相同的组件(如内容、CSS、图像等)的问题,因此响应时间应在一秒以内,以避免对延迟的任何感知。

 

我应该使用外部或自托管的 API 监控吗?

确定是否需要使用外部与内部 API 监控取决于几个因素。 例如,如果您的 API 或应用程序将公开访问,并且您期望访问大量访问者,那么外部监控可能最适合您的需求。 从多个位置设置 API 监视器非常重要。 这样,您可以确定性能因地区而异,以及指示错误或性能问题是否仅位于地理位置,或者可能影响所有位置。 但是,如果您的 API 是业务内部的,并且只能通过您的网络访问,则可能会首选自托管 API 监控工具。 现代监控解决方案的伟大之处在于,许多解决方案提供私人代理来监控您的内部站点、应用程序和 API。

 

与 API 监控一起进行警报是否重要?

虽然偶尔对应用程序、API 或页面进行手动性能和正时检查是一种好做法,但您在某些时候会想要自动化此过程,因此它不会占用日常工作的时间,您可以专注于下一个大开发项目。 除了自动启动时和可用性检查外,您还应设置警报,以便在出现问题时向相应的团队和利益相关者发出警报。 如果您未设置警报,您永远不会知道何时发生错误或未达到性能阈值,这是合成 API 监控的全部点。 让机器人做重担吧!

 

AWS 和 Azure 是否内置了 API 监控工具或程序?

云计算在过去十年中取得了长有进展。 云计算提供组织通常必须购买和维护的基础设施、存储、软件和计算资源。 通过利用云提供商,这允许组织节省购买和维护物理硬件的成本。 使用来自微软 Azure、AWS、谷歌云、IBM 云、甲骨文等云提供商的服务,允许组织一站式商店开发、启动、维护和监控其网站、应用程序、API 等。 这些云解决方案还可以与团队可能已经使用的第三方工具集成,因此通过这些解决方案访问的功能数量似乎没有尽头。

 

什么是最好的API监控工具?

负载视图负载测试负载曲线

虽然目前市场上有许多工具,开源和付费的 API 监控,但我们认为最好的 API 监控工具是 Dotcom 监控器。 该平台提供许多功能和优势,如支持所有流行的 API 协议和技术、监控多步 API 呼叫的能力、配置警报、第三方集成、访问 30 个外部监控位置以及全天 7 天支持。 Dotcom-Monitor 完全基于网络,因此您不必担心必须投资任何硬件或附加软件。 所有这一切都是为你管理的。 设置 API 监控设备只需几分钟,解决方案将引导您完成整个过程。 此外,如果您想要设置 Web 应用程序和网页的监控,您可以轻松地将这些解决方案添加为整体监控策略的一部分。 解决方案对预算友好,可以按月支付,因此您不会陷入年度协议。

将负载测试进行到
下一级

体验无与伦比的功能,具有无限的可扩展性。 没有信用卡,没有合同。