n8n: когда self-hosted автоматизация экономит, а когда превращается в ещё один сервис на поддержку

n8n часто берут как замену Zapier/Make для внутренних интеграций, но это не «поставил и забыл». Сильная сторона — гибкие сценарии, webhooks, HTTP-запросы, работа с БД и кодом, то есть почти любой glue-automation без SaaS-ограничений.

Что обычно забывают в расчёте TCO:
— нужен сервер, бэкапы и мониторинг;
— надо следить за очередями, токенами, секретами и доступами;
— сложные flow быстро становятся мини-приложением, которое кто-то обязан понимать;
— при росте числа интеграций техдолг копится в самих сценариях, а не в коде.

Когда брать n8n: если у вас много внутренних связок, API-friendly сервисы и есть человек, который умеет чинить интеграции без паники. Когда лучше платить SaaS: если автоматизация нужна как утилита без дежурного инженера, а потери от падения флоу выше экономии на подписке.

Главное правило: храните критичные сценарии как код-проект — с именованием, ревью, экспортом и резервной копией. Тогда n8n остаётся рабочим инструментом, а не складом загадочных узлов.