Cato API 속도 제한 이해

Cato API에 대한 속도 제한은 쿼리당, 계정당으로 적용됩니다. 이는 각 쿼리에 대해 개별 카운터가 있지만, 해당 계정을 쿼리하는 모든 API 키(다른 사용자)에 적용된다는 것을 의미합니다. 따라서 두 명의 다른 사용자가 두 개의 별도 쿼리를 호출하는 경우, 서로에게 영향을 미치지 않습니다. 그러나 두 명의 다른 사용자가 같은 쿼리를 호출하는 경우, 이 쿼리는 같은 카운터의 영향을 받으며(속도 제한 목적), 한 사용자의 쿼리가 다른 사용자에게 영향을 미칠 수 있습니다.

Cato API 백엔드는 고가용성과 탄력성을 가지므로, 속도 제한은 절대적인 최대치가 아닌 보장된 최소치입니다. 예를 들어, auditFeed 쿼리는 분당 5회의 속도 제한을 가지고 있습니다. 이는 계정이 속도 제한 없이 매 60초마다 최소한 다섯 번 auditFeed를 호출할 수 있음을 의미합니다. 실제로 고객은 이 쿼리를 더 자주 호출할 수 있지만, 무제한 호출의 보장된 최소 속도는 분당 5회입니다. 그럼에도 불구하고 계정 전반에 걸쳐 카운터가 존재하기 때문에, 다섯 명의 다른 사용자가 동시에 auditFeed를 쿼리한다면, 속도 제한의 영향을 받지 않도록 보장하기 위해 각 사용자는 쿼리를 60초마다 한 번만 호출할 수 있습니다.

Cato의 Github 계정에는 다시 시도하기 전에 5초를 기다려 속도 제한을 우아하게 처리하는 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개