쿼리 최적화 및 API 스로틀

Question

우리는 많은 고객을 위해 페이스 북 페이지 및 포스트 메트릭을 추적하고 있으며 게시자 의견에 의해보고되는 내용에 따라 CPU 강도가 높고 게시/댓글에 대한 요청이 너무 많습니다. 콘솔 (인사이트 -> 개발자 -> 활동 & 오류). 이 문서는 그래프 API의 한계와 제한에 대해 다소 불명확하며 사용 가능한 리소스를 정확히 이해하고 있는지 확인하고자합니다.

우리는 오류율과 요청 수를 줄이기 위해 소프트웨어와 쿼리를 최적화하고 있습니다. 우리는 FQL 대신 요청에 따라 여러 게시물에 대한 의견을 가져 오기 위해 우리가 할 수있는, 후 주석을 가져 오는 정기 그래프 API 요청의 쿼리를 사용하도록 변경 한

1. :이 일에 관련 우리는 몇 가지 질문이 있습니다. 이로 인해 요청 수가 크게 감소했습니다. page_id IN (PAGE_ID_1, PAGE_ID_2, ...)이 포함 된 쿼리를 사용합니다. 이렇게하면 일반 Graph API 요청과 비교하여 CPU 강도가 높아 집니까?

2. 우리는 또한 우리의 요구 사항을 시간이 지남에 따라 균등하게 분배하고 큰 폭발이 아닌지 확인하기 위해 요청에 대한 제한을 구현했습니다. 페이지 댓글의 경우 최대 요청 수가 10 분 동안 300을 초과하지 않도록합니다. 즉, 페이지 주석 요청 수를 초당 0.5 또는 분당 30으로 제한하고 있습니다. 여전히 높은가?

3. 요청 한도를 초과하면 APP ID가 아닌 액세스 토큰에 해당한다고 가정합니다. 따라서 고객 중 한 명이 리소스를 과도하게 사용했다면 APP는 다른 액세스 토큰을 가진 다른 고객을 대신하여 계속 작업 할 것입니다.

4. 개발자 콘솔에서 Google 앱의 통계 -> 개발자 -> 활동 & 오류 페이지 아래의 API 조절 테이블에 시간이 있습니다. 예를 들면 1 시간 14 분. 이 시간은 무엇을 나타내는가,이 테이블은 얼마나 자주 업데이트되며 숫자는 몇 년입니까?

5. 응답 코드 500으로 약간의 오류가 발생합니다. 일반적으로 이러한 오류는 요청 및/또는 CPU 제한을 초과 한 결과입니까? 그렇지 않다면 실제로 무엇이 그들을 일으키는가를 판단 할 방법이 있습니까? 그리고 우리가 그것을 고치기 위해 우리가 할 수있는 것이 있다면?

Google의 가정 사항에 대한 확인 및 확인에 감사드립니다. 질문에 대한

Answer 1

일부 답변 : API 요청을 그래프로

• 페이스 북 한계는 600 secondes 600 요청입니다 ...하지만 배치 요청은 배치의 요청에 따라 하나 개의 요청으로 계산됩니다 ... 나는 생각 FQL 한도는 동일합니다 ...
• 이 한도는 하나의 IP 및 하나의 액세스 토큰에 대한 것입니다.이 토큰 및/또는 IP가 많은 경우이 한도를 조정할 수 있습니다.
• 실례는 없지만, 속도 제한 오류 메시지는 '너무 많은 요청'과 같은 오류 500 아니라 ... 당신의 사건에 이것을 일으킬 수있는 아무 생각이 없음

일부 질문은 이해할 수 없습니다. - "CPU intensity"에 관해 이야기 할 때, 옆이나 FB 쪽을 원하십니까? FB 쪽에서는 그런 한계를 결코 보지 못했고, 유일한 것은 600 req/600 초입니다 ...더 많은 정보를 들어

: Facebook graph API rate limit and batch requests What's the Facebook's Graph API call limit?