그래서 여기 저와 관련된 몇 가지 질문을 보았지만 좀 더 구체적인 상황을 설명하고 싶습니다. API가 항상 진입 점에 대한 일일 요청의 양을 확인한다고 가정 해보십시오. 특정 클라이언트가이 제한에 도달하면 422- "Unprocessable entity"를 반환합니다.
누군가가 다른 접근 방식을 가지고 있는지 상담하고 싶습니다.
서버에 너무 많은 요청이 실행될 때마다 항상 HTTP 429 : Too Many Requests로 응답 할 수 있습니다 . RFC를 확인하십시오 .
429 상태 코드는 사용자가 주어진 시간 동안 너무 많은 요청을 보냈 음을 나타냅니다 ( "속도 제한").
응답 표현은 조건을 설명하는 세부 사항을 포함해야하며 새로운 요청을 만들기 전에 얼마나 오래 기다려야 하는지를 나타내는 Retry-After 헤더를 포함 할 수 있습니다.
예를 들면 :
HTTP/1.1 429 Too Many Requests
Content-Type: text/html
Retry-After: 3600
..body..
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다