База знаний EMS-платформы PlatParts Руководство по настройке EMS-платформы PlatParts

Количество параллельных запросов к поставщикам

На этой странице 6

Настройка задаёт, сколько запросов к поставщикам клиентская проценка может выполнять одновременно в браузере. Остальные поставщики ждут освобождения «слота» и опрашиваются по очереди в рамках той же проценки.

Где находится

Настройки → Общие настройки → вкладка «Проценка» → блок «Запросы к поставщикам и кэш проценки» → поле «Количество параллельных запросов к поставщикам»

Допустимые значения

  • целое число от 1 до 25
  • по умолчанию в панели обычно стоит 5

Как это работает

При одной проценке по номеру система обходит список подключённых к проценке поставщиков. Параллельно запускается не больше указанного числа запросов: как только один завершается (успех, ошибка или таймаут), тот же «слот» может взять следующего поставщика. Так проценка не ждёт ответа каждого поставщика строго по одному, но и не открывает сразу десятки соединений, если вы этого не хотите.

Это настройка именно проценки в интерфейсе (параллельность на стороне клиента по списку поставщиков). Она не заменяет лимиты «Максимальное количество позиций на бренд» и «Возвращать только лучшие позиции» (первая статья, вторая) и не отменяет правила конкретного поставщика в его карточке.

Что даёт смена значения

  • Большее число — ответы от разных поставщиков чаще приходят быстрее в совокупности, но растёт нагрузка на сеть, на ваш сервер (эндпоинты проценки) и на API поставщиков; при лимитах у поставщика возможны ошибки или троттлинг.
  • Меньшее число — проценка в целом спокойнее для инфраструктуры, но дольше дождаться полной картины по всем поставщикам.

Рекомендации

  • начинайте с 5 и меняйте по симптомам: долго «дотягиваются» ответы последних поставщиков — осторожно увеличивайте; есть обрывы, таймауты или жалобы поставщиков на частоту — уменьшайте
  • при очень большом числе подключённых поставщиков не гонитесь за максимумом 25, если нет уверенности, что канал и бэкенд выдерживают

Что проверить после изменения

  • время до появления последних строк в таблице проценки
  • стабильность (нет ли массовых ошибок или «зависаний» у отдельных поставщиков)
  • при необходимости — логи отладки поставщиков и отладка проценки в публичной части (временно, по отдельным статьям раздела «Проценка»)