n8n в Docker для прогрева аккаунтов: схема, которая не разваливается под нагрузкой

Для прогрева нужен не «автоматизатор вообще», а изолированный узел: n8n в Docker, отдельный volume под данные и Postgres вместо sqlite. sqlite живёт ровно до первого параллельного воркфлоу, потом начинается театр с блокировками. В Docker Compose поднимай сервисы отдельно: n8n, БД, при необходимости Redis для очередей.

Базовая логика простая:
— n8n слушает только внутреннюю сеть
— наружу торчит reverse proxy с TLS
— webhooks идут на отдельный домен/поддомен
— креды хранятся в env и secrets, а не в самих нодах
— все действия аккаунта проходят через delay, random jitter и лимиты по API

Для прогрева аккаунтов полезно строить сценарии как живой поток: логин, просмотр, пауза, реакция, минимальная активность, выход. Не пихай в один workflow десятки веток без очередей и ретраев — при сбое ты получишь не автоматизацию, а пачку зависших сессий. Лучше разбивать на короткие задачи и хранить состояние отдельно. Контроль над стеком — это контроль над прибылью.

Минимальный набор защиты: ограничить доступ по IP, включить basic auth на proxy, не использовать один и тот же профиль браузера для всех аккаунтов, логировать ошибки в отдельный файл. Если прогрев связан с несколькими площадками, держи разные контейнеры или хотя бы разные сети: меньше шансов, что одна проблема уронит весь контур.

Владей своим софтом, а не арендуй его: n8n в Docker даёт предсказуемость, а предсказуемость здесь дороже красивого интерфейса.