Автоматизация на вебхуках

Ретраи без стратегии — путь к DDoS собственного сервера

Ретраи без стратегии — путь к DDoS собственного сервера

Когда вебхук падает, большинство систем просто дёргают эндпоинт снова через 5 секунд. И снова. И снова. Если твой приёмник лёг именно потому что нагрузка выросла — ты только что убил его окончательно.

Правильная схема — экспоненциальная задержка с джиттером:
- 1-я попытка: сразу
- 2-я: через 1-2 сек
- 3-я: через 4-8 сек
- 4-я: через 15-30 сек
- 5-я: через 60-120 сек

Джиттер добавляется чтобы 10 000 упавших хуков не стартовали одновременно на 4-й попытке и не создавали синхронизированный шторм.

Важный момент: максимальное число ретраев должно быть конечным. Не 50, не 100. Типично — 5-7 попыток за 24 часа, после чего хук уходит в DLQ на ручной разбор.

Отдельно — «умный» ретрай: если приёмник отвечает 429 (Too Many Requests) с заголовком Retry-After, нужно уважать это значение, а не игнорировать. Агрессивные ретраи по 429 — верный способ получить перманентный бан на IP.

Если ты принимаешь хуки от платёжек или рекламных сетей — у них тоже есть своя логика ретраев. Знай их поведение: некоторые дублируют событие до 72 часов после первой неудачи.
Этот пост опубликован в Telegram-канале Автоматизация на вебхуках. Подписаться можно по ссылке: @webhook_automation_hub_arb.
tech

Свежие посты в категории «Tech Infrastructure»

Все каналы категории →

start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @AFFtop_connect. Быстрый тест: $20 за канал, $1000 за пакет по сети.