Почему параллельный / параллельный доступ к GraphAPI для ускорения поиска данных (например, «лайки») иногда не удается

Question

Мы пытались ускорить наше приложение, получая начальную информацию о пользователе нашего приложения с помощью набора параллельных вызовов с использованием нескольких металлистов (dev.iron.io) в системе на основе ruby ​​on rails. у нас есть все необходимые токены. Когда дело доходит до получения «лайков» - это не получается. Первоначально это провалилось через некоторое время, теперь это терпит неудачу все время. Таким образом, мы получаем пустой набор для лайков, который разрушает наше приложение.

Есть мысли / идеи / решения, почему это может происходить?

Может быть, у graphAPI есть проблемы с одновременным доступом к одному и тому же fbID?

Помощь оценена.

Answer 1

Я полагаю, вы превысили лимиты Facebook. Вы не можете отправлять столько запросов API, сколько хотите. Иногда Facebook может ответить ошибками. Достигнут лимит запросов пользователей или достигнут лимит запросов приложений. Это называется дросселированием или ограничением скорости API . Правильный ответ вашего приложения должен заключаться в уменьшении количества запросов. У Google есть нечто подобное, и его предпочтительным решением является сокращение запросов в геометрической прогрессии . Этот метод хорошо известен в сети как Экспоненциальный откат .