참고: 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 Enterprise Server에 대한 API 트래픽률 제한은 사용하지 않도록 설정됩니다. 인스턴스에 대한 트래픽률 제한을 확인하려면 사이트 관리자에게 문의하세요.
사이트 관리자는 인스턴스에 대한 트래픽률 제한을 설정할 수 있습니다. 자세한 내용은 "속도 제한 구성"을(를) 참조하세요.
인스턴스 외부의 사용자 또는 조직을 위한 앱을 개발하는 경우 표준 GitHub 트래픽률 제한이 적용됩니다. 자세한 내용은 GitHub Free 설명서의 "REST API에 대한 트래픽률 제한"와 "GraphQL API에 대한 트래픽률 제한 및 노드 제한"을(를) 참조하세요.