Хоствай сам n8n на VPS с Docker

n8n е онзи вид инструмент, който започваш да използваш леко и после тихо маршрутизираш половината си операции през него. В който момент „работи на нечие облачно място, измервано на изпълнение, с моите API ключове, живеещи на техните сървъри“ започва да се усеща по-малко страхотно. Self-hosting-ът поправя и трите — фиксиран разход, без лимит на изпълнения, а ключовете ти остават на машина, която притежаваш. С Docker е петнадесетминутна работа.

Колко сървър реално се нуждае

Честни числа първо, за да не купиш прекалено или прекалено малко:

• ~2 GB RAM е сладката точка — n8n плюс Postgres базата данни плюс нормални workflow-ове седят комфортно тук.
• 1 GB работи, ако workflow-овете ти са леки, но ще го забележиш при по-големи изпълнения.
• 4 GB, ако правиш тежки паралелни изпълнения или буташ големи payloads.

n8n не е гладен за CPU в покой; той скача по време на изпълнения. Машина с 2 ядра е наред за повечето настройки. (Повече за съответствието на спецификации с натоварване в ръководството за оразмеряване.)

Docker настройката

На свежа Ubuntu/Debian машина инсталирай Docker:

curl -fsSL https://get.docker.com | sudo sh

Направи папка и docker-compose.yml — n8n с устойчив volume и Postgres:

services:
  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: always
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_HOST=n8n.yourdomain.com
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://n8n.yourdomain.com/
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=db
      - DB_POSTGRESDB_PASSWORD=change-me
    volumes:
      - ./n8n-data:/home/node/.n8n
    depends_on: [db]
  db:
    image: postgres:16
    restart: always
    environment:
      - POSTGRES_PASSWORD=change-me
      - POSTGRES_DB=n8n
    volumes:
      - ./db-data:/var/lib/postgresql/data

sudo docker compose up -d

Две неща, които си струва да се посочат: volume-ите (n8n-data, db-data) са това, което държи workflow-овете ти живи през рестарти и ъпдейти — не ги пропускай. И n8n е вързан към 127.0.0.1, не 0.0.0.0 — той не е изложен на интернет директно. Това е умишлено; следващата стъпка се грижи за достъпа безопасно.

Достъп: HTTPS или тунел

• Публичен URL (нужен за OAuth nodes и webhooks): насочи поддомейн към сървъра и пусни reverse proxy (Caddy е с най-малко усилие — автоматичен HTTPS) пред 127.0.0.1:5678. Тук пасва план с dedicated IP, понеже контролираш портове и DNS.
• Само за теб, без домейн: пропусни proxy-то и го достигни през SSH тунел — ssh -L 5678:127.0.0.1:5678 user@server, после отвори localhost:5678. Работи добре на NAT VPS.

Заключи го и го дръж включен

n8n държи API ключовете и credentials-ите ти, така че машината трябва да е стегната: направи checklist за сигурност (SSH ключове, firewall, без вход с парола), преди да сложиш реални credentials. restart: always в compose файла вече значи, че Docker връща n8n след срив или рестарт — това е времето ти на работа осигурено.

Струва ли си?

Бъди честен със себе си за обема. Ако пускаш автоматизации постоянно, self-hosting-ът печели на разход (плоско срещу на изпълнение) и премахва всякакви лимити на workflow/изпълнение. Ако задействаш няколко flow-а на месец, хостнато място е по-малко главоболие. Но аргументът за контрол стои независимо: твоите workflow-ове, твоите данни, твоите ключове — на сървъра ти, не наети. За повечето хора, които се вземаха сериозно с n8n, това е решаващият фактор.

Машина от 2 GB, compose файл, домейн (или тунел), и пускаш собствения си хъб за автоматизация — платим в crypto без KYC, онлайн за минути.

Готова настройка: виж VPS за n8n — препоръчаният план и едноминутно crypto разгръщане.