Postman API 监控 将您的集合变成全天候生产监控

可以。直接导入 Postman Collection v2.0 和 v2.1 JSON 文件。导入时会保留文件夹、请求、环境变量、预请求脚本和测试断言。

Postman Monitors 从 Postman 的云区域按计划运行您的 Collection。Dotcom-Monitor 从 30+ 个自有全球地点运行相同 Collection，添加了私有代理用于防火墙内检查，原生支持 PagerDuty/Slack/Teams 路由，并将其视为拥有 99.99% SLA 的完整合成监控——而非顺序测试运行。

是的。静态和动态环境变量（包括 Postman 内置的 {{$randomUUID}}）可直接导入，同时保留预请求脚本和用 Postman JavaScript 方言编写的测试断言。

可以。从 30 多个全球监控地点中选择，并并行运行该 Collection。捕捉单点监控可能遗漏的区域 CDN 问题或 DNS 传播延迟。

可以。每个 Collection 最快每分钟一次。对于关键路径（登录、支付、结账），建议以 1 分钟间隔监控；不太关键的 Collection 通常使用 5 分钟或 15 分钟间隔。

支持。环境可与 Collections 一起导入——为每个监控选择要使用的环境（开发/预发布/生产），并随着 Postman 工作区的演进重新导入。

可以。从 GitHub Actions、Jenkins、Azure DevOps 或任何可以发出 HTTP 调用的工具触发监控运行。基于断言结果、延迟或可用性阈值来控制部署。

可以。在您的 VPC 或数据中心内部署私有代理——相同的 Collection 可针对内部端点运行，无需入站防火墙规则。

同样支持——直接导入 Insomnia v4 导出文件。查看 Insomnia API 监控 →

支持使用 pm.environment、pm.variables 和 pm.collectionVariables API 的 Postman JavaScript 脚本。动态变量（{{$randomInt}}，{{$randomUUID}} 等）在请求时执行。依赖 Postman 特定 API 而外部不可用的脚本在导入时会被标记。

可以。动态环境变量在每次监控运行时解析，因此时间戳、随机 UUID 和唯一 ID 等值会在每次检查时重新生成。

可以。导入的集合存储在账户级别，可以通过基于角色的访问控制与团队成员共享。对导入集合的更新会应用到所有引用它的监控中。

您可以在 CI 本地运行 Newman，作为预部署测试的一部分，同时将相同的集合注册到 Dotcom-Monitor 进行持续的部署后监控。两者使用相同的集合 JSON。