Я пытаюсь взаимодействовать с Google Calendar API. Мои тесты пока показывают время отклика 5-10 секунд для вставки одного события, и мне может понадобиться экспортировать тысячи событий одновременно [не спрашивать] . Похоже, что это спам из моих очередей на неоправданное количество времени. (95% текущих заданий в этом приложении завершаются через <300 мс, поэтому это затруднит правильное распределение ресурсов.) </p>
В настоящее время я использую Фарадей в этом приложении для вызова других, более быстрых API Google. Вики Фарадея предлагает использовать Typhoeus для параллельных HTTP-запросов; однако использование Typhoeus с Sidekiq было признано «плохой идеей» по состоянию на 2014 год.
Тайфой все еще плохая идея? Если да, то разумно ли создавать N потоков в работнике Sidekiq, делать HTTP-запрос в каждом потоке, а затем ждать, пока все потоки не присоединятся? Есть ли какой-то другой способ выполнить эту чрезвычайно связанную задачу ввода-вывода, не бросая больше рабочих на проблему? Должен ли я попросить моего менеджера увеличить наши расходы на Sidekiq Enterprise? ;) Или я должен просто бросить эти задания в очередь с низким приоритетом и сказать нашим пользователям со смешными привычками, что им просто придется подождать?