참고: GitHub App 대신 OAuth app을(를) 빌드하는 것이 좋습니다. 설치 액세스 토큰을 사용하는 GitHub Apps의 트래픽률 제한은 리포지토리 수와 조직 사용자 수로 확장됩니다. 반대로 OAuth apps은(는) 트래픽률 제한이 낮으며 확장되지 않습니다. 자세한 내용은 "GitHub 앱과 OAuth 앱 간의 차이점" 및 "GitHub 앱 만들기 정보"을(를) 참조하세요.
OAuth apps의 트래픽률 제한 정보
OAuth apps은(는) 사용자가 앱에 권한을 부여한 후 사용자 액세스 토큰을 사용하여 요청하면 사용자를 대신해 작동합니다. 자세한 내용은 "OAuth 앱 권한 부여"을(를) 참조하세요.
이러한 사용자 액세스 토큰 생성에는 트래픽률 제한이 적용됩니다. 또한 이러한 사용자 액세스 토큰으로 생성된 API 요청에는 트래픽률 제한이 적용됩니다.
사용자 로그인에 대한 트래픽률 제한
OAuth apps은(는) 항상 토큰을 캐시해야 하며 사용자 로그인은 거의 필요하지 않습니다. 반복적으로 로그인하는 사용자는 버그를 나타낼 수 있으며, 앱과 GitHub 간 무한 루프로 가장 흔하게 나타납니다. 앱이 1시간 내에 10번 사용자를 로그인하는 경우 같은 시간 내에 다음 로그인을 수행하려면 애플리케이션을 재인증받도록 합니다. 이렇게 하면 사용자가 앱이 너무 많은 토큰을 발행하고 있음을 인식하고, 자칫 무한 루프가 될 수 있는 문제를 방지할 수 있습니다. 이 10회의 로그인 트래픽률 제한은 OAuth apps에도 적용되는 10개의 토큰 제한과 다릅니다. 10개의 토큰 한도에 대한 자세한 내용은 "OAuth 앱 권한 부여"을(를) 참조하세요.
API에 대한 트래픽률 제한
GitHub은(는) OAuth app이(가) 특정 기간에 REST API로 생성할 수 있는 요청 수에 대한 제한을 설정합니다. 또한 OAuth app이(가) 특정 기간에 GraphQL API로 수행할 수 있는 쿼리의 포인트 값에 대한 제한을 설정합니다. 이러한 기본 속도 제한 외에도 GitHub은(는) 보조 속도 제한을 적용할 수도 있습니다. 이 제한은 남용 및 서비스 거부 공격을 방지하고 모든 사용자가 시스템을 계속 사용할 수 있도록 합니다.
자세한 내용은 "REST API에 대한 트래픽률 제한" 및 "GraphQL API에 대한 트래픽률 제한 및 노드 제한"을(를) 참조하세요.