Warum paralleler/gleichzeitiger Zugriff auf graphAPI zur Beschleunigung des Datenabrufs (zB "Likes") manchmal fehlschlägt

Question

Wir haben versucht, unsere App zu beschleunigen, indem wir die ersten Informationen über einen Benutzer unserer App durch eine Reihe von parallelen Anrufen mit Hilfe von Mehrere Eisenarbeiter (dev.iron.io) auf einem Rubin-auf-Schienen-System. wir haben alle Token benötigt. Wenn es zum Abrufen von "Likes" kommt - es schlägt fehl. Anfangs hat es eine Weile versagt, jetzt versagt es die ganze Zeit. Wir haben also ein leeres Set für Likes, das unsere App zerstört.

Irgendwelche Gedanken/Ideen/Lösungen, warum dies auftreten kann?

Kann es sein, dass die graphAPI ein Problem mit dem gleichzeitigen Zugriff auf die gleiche FbID hat?

Hilfe geschätzt.

Answer 1

Ich glaube, Sie überschritten Facebook Grenzen. Sie können nicht so viele API-Anfragen senden, wie Sie möchten. Facebook kann manchmal mit Fehlern antworten. Benutzeranforderungslimit erreicht oder Anwendungsanforderungslimit erreicht. Es heißt Drosselung oder API rate limiting. Die korrekte Antwort Ihrer App sollte darin bestehen, die Anzahl der Abfragen zu reduzieren. Google hat etwas ähnliches und seine bevorzugte Lösung ist reduce queries exponentially. Diese Technik ist in der Vernetzung als Exponential Backoff bekannt.