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

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

Postman Monitors 在 Postman 的云区域按计划运行您的集合。Dotcom-Monitor 从 30 多个自有全球位置运行相同集合，新增了私有代理用于防火墙内检测，原生的 PagerDuty/Slack/Teams 路由，并将其视为具有自身 99.99% SLA 的完整合成监控器——而非顺序测试运行。

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

是的。从30多个全球监控地点中选择，并从每个地点并行运行集合。捕捉单点监控无法发现的区域CDN问题或DNS传播延迟。

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

是的。可以导入环境与集合一起使用——为每个监控选择使用哪个环境（开发/测试/生产），并在Postman工作区更新时重新导入。

是的。可以从GitHub Actions、Jenkins、Azure DevOps，或任何能发起HTTP调用的工具触发监控运行。可根据断言结果、延迟或可用性阈值控制部署。

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

情况相同——直接导入Insomnia v4导出文件。查看Insomnia API监控 →

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

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

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

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