理解 Cato API 速率限制

Cato API 的速率限制是基于每次查询、每个账户实施的。 这意味着每个查询都有单独的计数器，但适用于查询该账户的所有 API 密钥（针对不同用户）。 因此，两个不同的用户调用两个独立的查询不会相互影响。 然而，如果两个不同用户调用相同的查询，这些查询将受到同一计数器的限制（出于速率限制目的），并且一个用户的查询可能会影响另一个用户。

Cato API 后端具有高度可用性和弹性，因此速率限制是最低保证而不是绝对最大值。 例如，auditFeed 查询的速率限制是每分钟 5 次，这意味着一个账户可以在60秒内至少调用 auditFeed 五次而不受速率限制。 实际上，客户可以更频繁地调用此查询，但保证的最低速率为每分钟无限次调用5次。 尽管如此，还有一个账户范围的计数器，所以如果有五个不同的用户同时查询 auditFeed，为保证不会受到速率限制的影响，则每个用户只能每60秒调用一次查询。

Cato 的 Github 账户包含示例Python 脚本，通过等待五秒后重试优雅地处理速率限制。 客户可以在自己的 API 脚本中采用类似策略。

如果您的查询遇到与速率限制相关的问题，我们建议您等待几分钟，然后继续发送其他 API 查询。

通用 API 速率限制

API 调用的限速为每分钟 120 次，以下查询和变更除外：

查询例外

以下查询 API 是例外情况，且没有每分钟 120 次的速率限制：

  • accountMetrics: 每分钟 15 次

  • accountSnapshot: 每秒 1 次（每分钟 30 次）

  • appStatsTimeSeries: 每分钟 80 次

  • auditFeed: 每分钟 5 次

  • entityLookup: 每分钟 30 次（每5小时 1500 次）

  • eventsFeed: 每分钟 100 次

变更例外

以下变更 API 是例外情况，且没有每分钟 120 次的速率限制：

  • accountManagement.addAccount: 每分钟 10 次

  • accountManagement.removeAccount: 每分钟 5 次

  • policy.appTenantRestriction.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.dynamicIpAllocation.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.internetFirewall.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.pacFile.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.remotePortFwd.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.socketLanFirewall.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.socketLanNetwork.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.wanFirewall.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.wanNetwork.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • policy.ztnaAlwaysOn.publishPolicyRevision: 每分钟 3 次（每小时 20 次）

  • sandbox.uploadFile: 每 5 分钟 5 次

这篇文章有帮助吗？

2 人中有 2 人觉得有帮助

0 条评论