n8n - это open-source конструктор рабочих процессов, который малому бизнесу в России заменяет связку из бэкенда, интеграций и очередей, а свежий гайд от блога n8n по throttling и rate limiting закрывает главную дыру продакшн-автоматизаций: как не терять данные при ошибке 429. Правило простое: получили 429 - сначала читаем заголовок Retry-After, затем добавляем экспоненциальный backoff с jitter, чтобы параллельные запуски не повторялись синхронно и не упирались в ту же стену.
Статья разделяет два понятия, которые постоянно путают. Rate limiting отбрасывает лишние запросы с кодом 429 - значит, воркфлоу должен отступить и повторить. Throttling, наоборот, задерживает или ставит запрос в очередь - воркфлоу видит замедленный ответ, и следующие шаги должны быть к этому готовы. Там же разобраны fixed windows, sliding windows, token buckets и leaky buckets - стратегия, которая работает против одного API, тихо ломается против другого.
Что это значит для малого бизнеса
Любая связка с OpenAI, Anthropic, Google, CRM или банковским парсером упрется в лимиты, как только пачка перерастет демо-масштаб. Без корректного backoff половина счетов, заявок или страниц тендеров теряется, и это заметят через неделю. В пайплайне для анализа тендеров, который я собирал, стостраничные документы проходят через OCR и LLM параллельно, и вся схема держится только потому, что 429 ловятся, Retry-After уважается, а jitter разводит повторы между воркерами.
Почему это важно: Если автоматизация обрабатывает больше горстки объектов за запуск, схема обработки 429 из гайда n8n отличает воркфлоу, который масштабируется до реальных объемов, от того, что под нагрузкой молча теряет данные.
Источник: n8n Blog