当运行集合的监视器超过总时间5分钟时，如何处理邮递员监视器超时问题

Question

我为邮递员API（大约200个请求，每个请求都设置了1.5秒的超时）设置了一个监视器，但是我看到它超时并出现此错误：Error: callback timed out

我注意到监视器启动时的时间戳以及因此问题而失败的时间戳，它似乎恰好在5分钟后超时。因此，它没有运行集合中的所有api。是否有解决此情况的替代方法？我认为5分钟是邮递员监控平台的限制，但我想知道是否有一种方法可以为其设置监控器，而这可能只是我为其设置了监控器的这个主要集合中的子集合文件夹。

Answer 1

如here所示，每个监视器运行被限制为5分钟的时间限制。除此之外，您的监视器将仅停止运行集合，并且正如您已经提到的，您的某些API端点将不会受到攻击。

但是，尽管使用多个监视器时，仍然可以覆盖所有API端点：

邮递员API

您可以使用Postman API通过HTTP请求触发监视器。

步骤1：分解收藏夹

说您的邮递员收藏有200个请求。假设该监视器执行的请求平均不超过70个。

1. 将您的集合（C）分成4个不同的集合，每个集合包含50个请求，同时确保这50个请求在5分钟内运行。让我们将这些集合称为C1，C2，C3，C4，并且按C排列请求的顺序要求新集合按C1 -> C2 -> C3 -> C4的顺序运行。

注意：监视器运行是有价的，而您如何拆分集合可以确定监视成本。

2. 为C1，C2，C3和C4（M1，M2，M3，M4）中的每一个创建监视器，并将其设置为在与C相同的环境下运行。

步骤2：在每个集合的末尾添加监视器触发器

1. 如前所述，您可以使用Postman API通过HTTP请求来触发监视器。
2. 因此，作为C1的最后一个请求，创建一个包含触发监视器的端点的请求，并将其设置为触发M2。 （您可以在此处了解如何操作：https://docs.api.getpostman.com/?version=latest#5b277ca0-7114-e04e-f1f5-246fbbd6d973）
3. 作为C2的最后一个请求，创建一个触发C3的请求，依此类推。

监视器运行

1. 当您手动或通过设置来触发M1时，C1中的请求运行，跑步者到达C1的最后一个请求。
2. 在这里，您与希望M2现在运行的Postman API进行通信。
3. M2现在开始运行，跑步者现在到达M2的最后一个请求，从而触发M3。
4. 最终，M4完成运行，并且所有API端点都被命中。