Home » 产品 » API 监控 » GraphQL API 监控

GraphQL API 监控 捕捉 HTTP 200 隐藏的失败

Dotcom-Monitor GraphQL API 监控发送真实查询,检查错误数组,验证数据形态,并捕获部分失败,这些是正常的正常运行时间监控无法发现的 —— 大多数 GraphQL 服务器即使查询崩溃仍返回 200。
GraphQL API monitoring catching a 200 OK response with null data and a populated errors array — alert fired on partial failure.
10,000+

全球组织

99.99%

平台正常运行时间 SLA

30+

全球监控地点

自 1998 年以来

网站监控领导者

aflac logo
dell logo
comcast logo
dish logo
citrix logo
xerox
快速回答

GraphQL API 监控是从基础设施外部对 GraphQL 端点进行查询感知测试 —— 检查响应体的 errors 数组和 data 形态(因为 HTTP 状态通常即使失败也为 200),跟踪查询延迟,并在发生失败时报警。

为什么 GraphQL 不同

HTTP 200 不代表查询成功

GraphQL 的最大优势——一个端点,灵活查询——也是为什么仅靠正常运行时间监控会误导你。关键的失败模式存在于响应体中,而非状态码。

仅正常运行时间监控所见

Dotcom-Monitor 识别的情况

Payload 感知监控

检查返回内容,而不仅仅是是否返回。

发送指定的查询负载,然后针对响应体进行断言。每个监控都知道 errors 数组是否出现,data 是否包含预期的结构,以及业务不变量是否成立。

GraphQL API monitoring assertions on POST /graphql — structural, shape, and business invariants pass; latency p95 fails at 612ms vs. 350ms baseline.
Federated GraphQL API monitoring across four subgraphs — pricing service times out and the alert is routed to pricing on-call.
联邦与子图

当联邦查询失败时,捕获是哪个子图出错。

联合 GraphQL 设置在网关后隐藏下游服务失败。监控超级图以检测面向客户的故障——并监控各个子图以精准定位是哪个服务出了问题。

使用案例

GraphQL 监控的价值所在

移动应用 BFF 端点

移动应用依赖的单一 GraphQL 端点。捕获返回 200 带错误的静默部分失败,避免向用户发送空白屏幕。

联合图(Apollo 等)

超级图和子图分别监控。当联合查询失败时,子图监控告诉你该唤醒哪个下游服务。

关键变异(Mutations)

placeOrder、processPayment、submitClaim —— 处理资金或状态变更的关键变异。逐个监控,验证数据不变量。

部署后模式验证

每次部署后从 CI 运行监控。捕获静默使字段变为 null 的模式变更,或重命名导致移动应用出错的解析器。

解析器性能追踪

追踪每个查询的 P95/P99 延迟。在移动应用评价下降前,发现超出基线的高耗时解析器。

订阅健康

对于基于 WebSocket 的 GraphQL 订阅,检查连接是否建立,消息是否接收,以及连接是否保持活跃 — 使用我们的 WebSocket 监控

还没准备好试用?

想先要个 15 分钟讲解?

性能工程师将向您演示 具有错误数组检测和联合路由的 GraphQL 监控 — 无推销,通话结束时即可拥有一个可用的监控工具。

适合您的技术栈

将报警路由到您的事件管理工具

Slack
PagerDuty
Microsoft Teams
Opsgenie
Webhook
邮箱 / 短信
Grafana
Prometheus
GitHub Actions
Jenkins
Azure DevOps
Power BI
全球监控网络

从用户所在位置运行查询

30+ 个自有监控点遍布六大洲。发现本地测试无法捕捉的区域 CDN 问题或边缘网关路由故障。

对于内部的 BFF GraphQL 服务和仅后端图表,可在您的 VPC 内部署 私有代理 —— 同样的监控深度,无需入站防火墙规则。

30+

全球监控地点

6

覆盖的大陆

1 分钟

最小检查间隔

私有代理

适用于防火墙内

Abstract world map showing Dotcom-Monitor's global API monitoring checkpoints scattered across six continents.
团队反馈

来自运行生产环境 GraphQL 的工程师

“我非常喜欢 Dotcom-Monitor 提供的全面监控服务。实时警报和详尽的性能分析极大地改善了我们网站的正常运行时间和速度。全球监控功能确保我们的网站在各地均得到优化,直观的仪表板让性能跟踪变得简单。他们的客户支持非常出色——总是快速高效地响应。”
Tomer C.
董事总经理 · 设施服务
经认证的 Capterra 评论 · 2025 年 3 月
“Dotcom 最佳功能之一是其推拉 API 功能,为我们提供了网络性能数据。我们用它来监控性能问题以及页面加载统计。Dotcom-Monitor 允许我们在一个界面和平台内监控多个服务,使我们的运营更加高效。”
Gregory S.
经理 · 广播媒体
经认证的 Capterra 评论 · 2020 年 5 月
“我对软件生成报告的细致程度和全面性印象深刻。此外,Dotcom-Monitor 的支持团队超出了我的期望。我几乎每天都会咨询各种问题,他们总是表现出极大的耐心,提供详尽且有见地的解答。”
Shirin R.
软件测试工程师 · 计算机软件
经认证的 Capterra 评论 · 2023 年 2 月
"我是一名网络分析师,在我工作的ISP内部使用Dotcom工具,这是一个非常好且可靠的网络监控和网络组件测试工具,我通常用它来诊断服务器延迟和DNS解析时间。"
Leonardo J.
IT和网络基础设施分析师 互联网
Capterra已验证评论 · 2022年10月

4.5

Capterra

80条评论

4.6

易用性
Capterra评分评论

4.6

客户服务
Capterra评分评论

所有评论均来自于Capterra已验证评论。评级截止至2026年1月。

想要试用而不做承诺?永久免费计划可用 — 支持最多25个目标,2个监测地点,7天数据保留。 免费开始 → 或 比较计划

常见问题

注册前的GraphQL监控问题

大多数GraphQL实现即使查询失败也会返回HTTP 200。失败信息存在响应体内——在errors数组中,或者作为data对象中的null——不会反映在状态码中。仅监测正常运行时间的监控会将失败的GraphQL API标记为健康。真正的GraphQL监控必须检查响应负载。查看REST API监控 →

发送特定的查询负载,然后对响应体进行断言。检查是否存在或填充了顶层的 errors 数组,验证响应中的特定查询数据不变性,并标记不可为空字段中的 null。一些 GraphQL 服务器将域失败编码在 data 对象中,而非填充 errors —— 两种信号均会被检查。

可以。每个监控器都运行一个定义好的查询或变更负载。单独监控您最关键的变更(placeOrder,processPayment)以跟踪每个操作的延迟、错误率和部分失败率。

支持所有常见的身份验证方案:Bearer Token(GraphQL 最常用)、OAuth 2.0(自动刷新)、JWT、API Key、Basic Auth、AWS Signature v4、mTLS 和自定义头。通过安全保险库进行秘密屏蔽。查看身份验证矩阵 →

可以。监控超级图端点以验证联合网关的健康状况,同时监控各个子图端点以定位联合查询失败时具体哪个服务出现问题。支持 Apollo Federation 及类似架构。

跟踪整个查询延迟,并提供每个查询的 P95/P99 百分位数据。要精准定位单个慢解析器,请将监控与 APM 跟踪配合使用——合成监控确认面向客户的延迟,APM 确认具体瓶颈解析器。

可以。在您的 VPC 或数据中心内部署 私有代理 —— 这在不公开暴露的前端后端 (BFF) GraphQL 服务中很常见。

监控可以包括不同深度和复杂度的查询,以验证您的限制和复杂度阈值是否生效。与您的 WAF 或查询复杂度中间件配合使用,确保全面保护。

GraphQL 订阅通常使用 WebSocket —— 请参见我们的 WebSocket 监控,包括连接建立、消息传递和保持活跃检查。

监控超级图端点以验证联合网关的健康状况,同时单独监控各个子图端点以定位联合查询失败时具体哪个下游服务出现故障。两个监控共享告警路径以实现统一事件响应。

GraphQL 订阅使用 WebSocket 传输。使用我们的 WebSocket 监控产品验证订阅连接是否正确建立,是否接收预期事件,以及在长时间会话中保持活跃。

支持。配置持久化查询标识符(Apollo Persisted Queries 或 Relay 风格的哈希),Dotcom-Monitor 会将其作为操作引用发送,而非完整查询字符串。

构建不同查询深度和复杂度的监控器,验证复杂度限制中间件是否正确执行阈值。配置监控时结合您的 GraphQL 服务器复杂度规则。

监控的不仅是 GraphQL?查看完整的 API 监控平台 →

不要让你的 GraphQL API 在失败时返回 200 OK 而无人察觉

30 天免费试用。无需信用卡。来自 30+ 全球地点的有效载荷感知监控。