Skip to main content

REST API에 대한 트래픽률 제한

REST API 트래픽률 제한, 제한을 초과하지 않는 방법, 제한을 초과한 경우 수행해야 할 작업에 대해 알아봅니다.

Rate limits are disabled by default for GitHub Enterprise Server. Contact your site administrator to confirm the rate limits for your instance.

If you are a site administrator, you can set rate limits, including secondary rate limits, for your instance. See "Configuring rate limits."

If you are developing an app for users or organizations outside of your instance, the standard GitHub.com rate limits apply. See "Rate limits for the REST API" in the GitHub Free documentation.

About secondary rate limits

In addition to primary rate limits, GitHub enforces secondary rate limits in order to prevent abuse and keep the API available for all users.

You may encounter a secondary rate limit if you:

  • Make too many concurrent requests. No more than 100 concurrent requests are allowed. This limit is shared across the REST API and GraphQL API.
  • Make too many requests to a single endpoint per minute. No more than 900 points per minute are allowed for REST API endpoints, and no more than 2,000 points per minute are allowed for the GraphQL API endpoint. For more information about points, see "Calculating points for the secondary rate limit."
  • Make too many requests per minute. No more than 90 seconds of CPU time per 60 seconds of real time is allowed. No more than 60 seconds of this CPU time may be for the GraphQL API. You can roughly estimate the CPU time by measuring the total response time for your API requests.
  • Create too much content on GitHub in a short amount of time. In general, no more than 80 content-generating requests per minute and no more than 500 content-generating requests per hour are allowed. Some endpoints have lower content creation limits. Content creation limits include actions taken on the GitHub web interface as well as via the REST API and GraphQL API.

These secondary rate limits are subject to change without notice. You may also encounter a secondary rate limit for undisclosed reasons.

Calculating points for the secondary rate limit

Some secondary rate limits are determined by the point values of requests. For GraphQL requests, these point values are separate from the point value calculations for the primary rate limit.

RequestPoints
GraphQL requests without mutations1
GraphQL requests with mutations5
Most REST API GET, HEAD, and OPTIONS requests1
Most REST API POST, PATCH, PUT, or DELETE requests5

Some REST API endpoints have a different point cost that is not shared publicly.