API 监控软件，可在 产品崩溃前捕捉失败的 API

API监控是持续自动化验证API端点的可用性、响应时间和数据正确性的实践，从您的基础设施之外进行。不同于一次性测试，监控全天候从多个全球地点按固定节奏运行——一旦发现任何故障立刻提醒您。

支持REST、SOAP、GraphQL和任何HTTP/S API。Dotcom-Monitor还可直接导入Postman和Insomnia集合，将现有API测试转为持续生产监控。

API密钥、基础认证、OAuth 2.0（客户端凭据、授权码、刷新令牌）、自动刷新JWT、持有者令牌、AWS签名v4、NTLM、Kerberos、mTLS和自定义头部。通过安全保险库屏蔽密钥信息。

可以。多步骤监控会在步骤间传递令牌、ID和动态值，独立验证每步，并在首次失败时中止链条，同时提供完整的每步请求/响应日志。

可以。在您的网络内部署轻量级私有代理——它们发起出站连接，无需配置入站防火墙规则。

运行时间工具在返回200时标记为绿色。我们验证实际响应——JSON模式、头信息、负载内容、延迟百分位数、下游链成功率——因此部分失败（那种返回200但损坏的情况）会被捕获。

API监控从外部进行测试（用户视角）。APM跟踪内部行为——代码、数据库、服务器。成熟的团队会同时运行两者：合成监控用于面向客户的检查，APM用于根因调试。

可以。通过 GitHub Actions、Jenkins、Azure DevOps 的 API 触发监控运行。基于可用性、延迟或断言结果设立部署门槛，防止错误构建进入生产环境。

每个端点最频繁可每分钟一次。我们建议关键路径（登录、结账、支付）采用1分钟间隔，低优先级端点使用5或15分钟间隔。

可用率%（目标99.9%以上）、响应时间（P95/P99）、错误率（4xx + 5xx）、TTFB、DNS解析时间、SSL握手时间及吞吐量。还有负载验证——这是运行时间工具完全忽略的指标。

对影响收入的API（登录、支付、结账）建议每分钟一次。较不关键的端点，5到15分钟一次即可。合适的频率是在检测时间与检测量成本之间取得平衡。

测试发生在开发和CI中，以验证端点在发布前的正确行为。监控则在生产中持续运行，跟踪实际的可用性、延迟和响应准确性。测试捕捉部署前的缺陷；监控捕捉部署后的故障、回归和性能下降。

不能。API监控从外部（用户视角）测试。APM跟踪内部行为——代码执行、数据库查询、服务器资源。成熟团队会同时使用两者：合成监控用于面向客户的检查，APM用于根因调试。

TTFB（首字节时间）衡量从发送请求到接收首个响应字节的时间。合成客户端视角包括DNS、TCP、TLS和服务器处理时间——不包括传输负载体的时间。低TTFB但高响应时间说明负载体很大；高TTFB说明服务器处理缓慢。

对于全球应用，至少需要5个分布式地点覆盖主要用户区域。典型基线：北美东部、北美西部、西欧、亚太、南美。这能捕捉单一地点监控完全遗漏的区域CDN问题、DNS传播差距和地理路由异常。