n8n: რა არის და როგორ დავაყენოთ VPS-ზე Docker Compose-ით

6.9.20263 წაკითხვის წთ

Tropic

n8n: რა არის და როგორ დავაყენოთ VPS-ზე Docker Compose-ით

Language: ka

n8n VPS-ზე: საკუთარი ავტომატიზაციის პლატფორმა ზედმეტი ხელით მუშაობის გარეშე

ვებგვერდიდან მოთხოვნა მოდის. n8n ამოწმებს მონაცემებს, ეძებს დუბლიკატებს, ქმნის გარიგებას, AI-ის დახმარებით ამზადებს პასუხის მონახაზს და Telegram-ში მენეჯერს ატყობინებს. ადამიანი მხოლოდ მაშინ ერთვება, როცა გადაწყვეტილებაა საჭირო — არა ბრაუზერის ჩანართებს შორის მონაცემების გადასატანად.

ქვემოთ განვიხილავთ, როგორ მუშაობს n8n და როგორ დავაყენოთ ის VPS-ზე Docker Compose-ით, PostgreSQL-ით, HTTPS-ითა და კოდის იზოლირებული შესრულებით.

n8n შვიდ ნაბიჯში

გაშვების მინიმალური გეგმა:

შექმენით VPS და მიუთითეთ მასზე ქვედომენი, მაგალითად n8n.example.com.
დააყენეთ Docker და Docker Compose.
გაუშვით n8n PostgreSQL-თან, გარე ამოცანების შემსრულებელთან და Caddy-სთან ერთად.
გახსენით ინტერფეისი HTTPS-ით და შექმენით მფლობელის ანგარიში.
დააკავშირეთ Telegram, CRM, ელფოსტა ან ნებისმიერი გარე API.
დააკონფიგურირეთ შეცდომების დამუშავება და შესრულების მონაცემების შენახვის ვადა.
ავტომატიზაცია გაუკეთეთ მონაცემთა ბაზის, მონაცემებისა და დაშიფვრის გასაღების სარეზერვო ასლებს.

მცირე საწარმოო ინსტალაციისთვის გონივრულია დაიწყოთ 2 vCPU-ითა და 4 GB RAM-ით. ტესტირებისთვის ხშირად 2 GB საკმარისია, მაგრამ PostgreSQL, Docker და ერთდროული პროცესები დარჩენილ რესურსს სწრაფად ხარჯავენ.

რა არის n8n და როგორ მუშაობს

n8n სამუშაო პროცესების ავტომატიზაციის პლატფორმაა. სამუშაო პროცესი კვანძებისგან შედგება: ერთი იწყებს პროცესს, შემდეგი კვანძები იღებენ და გარდაქმნიან მონაცემებს, ბოლო კი მოქმედებას ასრულებს.

მარტივი სამუშაო პროცესი ასე გამოიყურება:

Webhook → data validation → CRM → Telegram → website response

ჯაჭვი შეიძლება გაეშვას webhook-ით, განრიგით, ელფოსტით, შეტყობინებით ან გარე სერვისის მოვლენით. კვანძებს შორის ხელმისაწვდომია პირობები, ციკლები, ფილტრები, ლოდინი და შეცდომების დამუშავება.

n8n-ის ერთ-ერთი ძლიერი მხარე ისაა, რომ ავტომატიზაცია მზა ინტეგრაციებით არ შემოიფარგლება. HTTP Request-ის საშუალებით შეგიძლიათ გამოიძახოთ ნებისმიერი API-ის მქონე სერვისი, ხოლო Code კვანძში JavaScript-ით ან Python-ით დაწეროთ საკუთარი ლოგიკა. ამიტომ n8n მარტივ no-code კონსტრუქტორსა და სპეციალურ სერვერულ კოდს შორის იკავებს ადგილს.

რატომ არის ეს მონაცემების გადაგზავნაზე მეტი

n8n სასარგებლოა, როცა პროცესი რამდენიმე სისტემას მოიცავს და გადაწყვეტილებას მოითხოვს:

form → validation → duplicate search → AI assessment → manager approval → CRM

ადამიანი მხოლოდ საკონტროლო წერტილში შეიძლება დარჩეს. მაგალითად, AI ამზადებს პასუხს, მაგრამ შეტყობინება კლიენტს თანამშრომლის დადასტურების შემდეგ ეგზავნება.

გამოყენების ტიპური შემთხვევები:

გაყიდვები და მხარდაჭერა: მოთხოვნების შეგროვება, ლიდების განაწილება და გარიგებების შექმნა;
კონტენტი და AI: მონახაზების მომზადება, შეკითხვების კლასიფიკაცია და დადასტურების შემდეგ გამოქვეყნება;
DevOps: გათიშვის შეტყობინებები, Git webhook-ები და API-ის შემოწმებები;
შიდა ოპერაციები: ცხრილების, ელფოსტის, კალენდრებისა და კორპორაციული სისტემების სინქრონიზაცია.

Self-hosted ინსტალაცია პროცესსა და მონაცემთა ბაზაზე კონტროლს გაძლევთ, თუმცა გარე სერვისებს ლოკალურად არ აქცევს. Telegram-ში, CRM-ში ან ღრუბლის AI მოდელში გაგზავნილი მონაცემები VPS-ს ტოვებს.

n8n Cloud თუ საკუთარი სერვერი

პარამეტრი	n8n Cloud	n8n VPS-ზე
გაშვება	სერვერის დაყენება საჭირო არ არის	საჭიროა დომენი, Docker და HTTPS
განახლებები	n8n მართავს	მფლობელი მართავს
მონაცემთა ბაზა და ფაილები	სერვისის ინფრასტრუქტურაში	არჩეულ სერვერზე
მასშტაბირება	ღრუბლის გეგმის მიხედვით	დამოუკიდებლად კონფიგურირდება
პასუხისმგებლობა	ნაკლები ადმინისტრირება	სარეზერვო ასლები, უსაფრთხოება და მონიტორინგი მფლობელის პასუხისმგებლობაა
ვისთვისაა საუკეთესო	სწრაფი დაწყება DevOps-ის გარეშე	კონტროლი, მორგება და მუდმივად მომუშავე პროცესები

Community Edition-ის self-hosted ვერსია შეგიძლიათ უფასოდ გამოიყენოთ პირადი და შიდა ბიზნესპროცესებისთვის. თუმცა n8n ტრადიციული open-source ლიცენზიით კი არა, fair-code Sustainable Use License-ით ვრცელდება. ის შიდა გამოყენებასა და შეცვლას უშვებს, მაგრამ არ გაძლევთ უფლებას უბრალოდ განათავსოთ n8n, დაამატოთ საკუთარი ლოგო და წვდომა დამოუკიდებელ SaaS-ად გაყიდოთ. ასეთი პროდუქტის შემთხვევაში ლიცენზიის პირობები ცალკე უნდა შეისწავლოთ.

n8n სერვერის მოთხოვნები

დატვირთვა მონაცემების მოცულობაზე, პარალელურობასა და ოპერაციების ტიპზეა დამოკიდებული. ფაილებს, გრძელ სიებს, Code კვანძებსა და AI პროცესებს უფრო მეტი მეხსიერება სჭირდებათ, ვიდრე მცირე JSON პაკეტების API-ებს შორის გადაცემას.

სცენარი	საწყისი კონფიგურაცია
ტესტები და პირადი ტექსტური სამუშაო პროცესები	1 vCPU, 2 GB RAM, 20 GB NVMe
მცირე საწარმოო ინსტალაცია	2 vCPU, 4 GB RAM, 25–40 GB NVMe
ერთდროული პროცესები, AI ან ფაილები	4 vCPU, 8 GB RAM ან მეტი
რამდენიმე worker პროცესი queue mode-ში	ზომა შესრულების მოცულობის მიხედვით

SQLite სწავლისა და მცირე, ერთი ინსტანციის კონფიგურაციისთვის გამოდგება. PostgreSQL საწარმოო გარემოში უფრო მოსახერხებელია: სარეზერვო ასლები მარტივია, ხოლო შემდეგ queue mode-ზე გადასვლა — იოლი.

როგორ დავაყენოთ n8n VPS-ზე

ამ მაგალითში გამოიყენება Ubuntu 24.04, PostgreSQL, Caddy და გარე ამოცანების შემსრულებელი. n8n.example.com და დროის სარტყელი თქვენი მნიშვნელობებით შეცვალეთ.

1. დააკონფიგურირეთ DNS და მოამზადეთ სერვერი

შექმენით A DNS ჩანაწერი, რომელიც VPS-ის IPv4 მისამართზე მიუთითებს, შემდეგ კი SSH-ით დაუკავშირდით:

ssh root@SERVER_IP
apt update && apt upgrade -y
apt install -y ca-certificates curl ufw openssl

Docker Engine და Compose პლაგინი ოფიციალური რეპოზიტორიიდან დააყენეთ:

install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg \
  -o /etc/apt/keyrings/docker.asc
chmod a+r /etc/apt/keyrings/docker.asc

cat > /etc/apt/sources.list.d/docker.sources <<EOF
Types: deb
URIs: https://download.docker.com/linux/ubuntu
Suites: $(. /etc/os-release && echo "${UBUNTU_CODENAME:-$VERSION_CODENAME}")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF

apt update
apt install -y docker-ce docker-ce-cli containerd.io \
  docker-buildx-plugin docker-compose-plugin
docker compose version

დაუშვით მხოლოდ SSH, HTTP და HTTPS:

ufw allow OpenSSH
ufw allow 80/tcp
ufw allow 443/tcp
ufw enable

მიმდინარე SSH სესია არ დახუროთ, სანამ ახალი კავშირის მუშაობას არ დაადასტურებთ.

2. შექმენით გარემოს ცვლადები

მოამზადეთ დირექტორია:

mkdir -p /opt/n8n
cd /opt/n8n

შექმენით .env. ქვემოთ მოცემული ბრძანებები დაუყოვნებლივ ქმნის ცალკე შემთხვევით საიდუმლოებებს PostgreSQL-ისთვის, n8n-ის დაშიფვრისთვის და ამოცანების შემსრულებლისთვის:

cat > .env <<EOF
N8N_VERSION=stable
N8N_HOST=n8n.example.com
GENERIC_TIMEZONE=Europe/Berlin

POSTGRES_DB=n8n
POSTGRES_USER=n8n
POSTGRES_PASSWORD=$(openssl rand -hex 32)

N8N_ENCRYPTION_KEY=$(openssl rand -hex 32)
RUNNERS_AUTH_TOKEN=$(openssl rand -hex 32)
EOF

chmod 600 .env

stable ტეგი პირველი გაშვებისთვის მოსახერხებელია. ინსტალაციის შემოწმების შემდეგ უმჯობესია n8n-ის კონკრეტული ვერსია დააფიქსიროთ, რათა შემდეგი image განახლება მოულოდნელად არ შესრულდეს.

N8N_ENCRYPTION_KEY არ დაკარგოთ. n8n ამ გასაღებს შენახული პაროლების, ტოკენებისა და სხვა ავტორიზაციის მონაცემების დასაშიფრად იყენებს. თუ გასაღების გარეშე მხოლოდ PostgreSQL-ს აღადგენთ, ჩანაწერები მონაცემთა ბაზაში დარჩება, მაგრამ n8n მათ ვერ წაიკითხავს.

3. შექმენით Docker Compose ფაილი

შექმენით compose.yaml:

services:
  postgres:
    image: postgres:18-alpine
    restart: unless-stopped
    environment:
      POSTGRES_DB: ${POSTGRES_DB}
      POSTGRES_USER: ${POSTGRES_USER}
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
      PGDATA: /var/lib/postgresql/data
    volumes:
      - postgres_data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U $${POSTGRES_USER} -d $${POSTGRES_DB}"]
      interval: 5s
      timeout: 5s
      retries: 10

  n8n:
    image: docker.n8n.io/n8nio/n8n:${N8N_VERSION}
    restart: unless-stopped
    environment:
      DB_TYPE: postgresdb
      DB_POSTGRESDB_HOST: postgres
      DB_POSTGRESDB_PORT: "5432"
      DB_POSTGRESDB_DATABASE: ${POSTGRES_DB}
      DB_POSTGRESDB_USER: ${POSTGRES_USER}
      DB_POSTGRESDB_PASSWORD: ${POSTGRES_PASSWORD}

      N8N_HOST: ${N8N_HOST}
      N8N_PORT: "5678"
      N8N_PROTOCOL: https
      N8N_EDITOR_BASE_URL: https://${N8N_HOST}
      N8N_WEBHOOK_URL: https://${N8N_HOST}/
      N8N_PROXY_HOPS: "1"
      GENERIC_TIMEZONE: ${GENERIC_TIMEZONE}
      TZ: ${GENERIC_TIMEZONE}

      N8N_ENCRYPTION_KEY: ${N8N_ENCRYPTION_KEY}
      N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS: "true"
      N8N_BLOCK_ENV_ACCESS_IN_NODE: "true"

      N8N_RUNNERS_MODE: external
      N8N_RUNNERS_AUTH_TOKEN: ${RUNNERS_AUTH_TOKEN}
      N8N_RUNNERS_BROKER_LISTEN_ADDRESS: 0.0.0.0

      EXECUTIONS_DATA_PRUNE: "true"
      EXECUTIONS_DATA_MAX_AGE: "168"
      EXECUTIONS_DATA_PRUNE_MAX_COUNT: "10000"
    volumes:
      - n8n_data:/home/node/.n8n
    expose:
      - "5678"
    depends_on:
      postgres:
        condition: service_healthy

  n8n-runner:
    image: n8nio/runners:${N8N_VERSION}
    restart: unless-stopped
    environment:
      N8N_RUNNERS_AUTH_TOKEN: ${RUNNERS_AUTH_TOKEN}
      N8N_RUNNERS_TASK_BROKER_URI: http://n8n:5679
    depends_on:
      - n8n

  caddy:
    image: caddy:2-alpine
    restart: unless-stopped
    environment:
      N8N_HOST: ${N8N_HOST}
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
      - caddy_data:/data
      - caddy_config:/config
    depends_on:
      - n8n

volumes:
  postgres_data:
    name: n8n_postgres_data
  n8n_data:
    name: n8n_data
  caddy_data:
    name: n8n_caddy_data
  caddy_config:
    name: n8n_caddy_config

გარე ამოცანების შემსრულებელი კოდს n8n-ის მთავარი პროცესისგან განცალკევებით ასრულებს. ეს შიდა რეჟიმზე უსაფრთხოა და ამცირებს ალბათობას, რომ Code კვანძის შეცდომა editor-სა და webhook-ების დამუშავებაზე იმოქმედებს.

4. ჩართეთ HTTPS

შექმენით Caddyfile:

{$N8N_HOST} {
    reverse_proxy n8n:5678
}

თუ DNS უკვე VPS-ზე მიუთითებს და 80 და 443 პორტები ხელმისაწვდომია, Caddy TLS სერტიფიკატს ავტომატურად მიიღებს. შიდა 5678 პორტი ინტერნეტში არ იხსნება: გარედან მხოლოდ 80 და 443 პორტებია ხელმისაწვდომი, ხოლო Caddy n8n-ს Docker ქსელით უკავშირდება.

N8N_WEBHOOK_URL და N8N_PROXY_HOPS ცვლადები საჭიროა, რათა editor-მა სწორი საჯარო webhook მისამართები შექმნას და ერთი reverse proxy-დან მოსულ სათაურებს ენდოს.

5. გაუშვით n8n

შეამოწმეთ საბოლოო კონფიგურაცია და გაუშვით კონტეინერები:

docker compose config
docker compose up -d
docker compose ps
docker compose logs --tail=100 n8n caddy

გახსენით:

https://n8n.example.com

შექმენით მფლობელის ანგარიში. მისი პაროლი კოლეგებს არ გაუზიაროთ: გუნდური მუშაობისთვის გამოიყენეთ ცალკე ანგარიშები და თითოეულ ადამიანს მხოლოდ საჭირო წვდომა მიანიჭეთ.

თქვენი პირველი სასარგებლო სამუშაო პროცესი

კარგი ტესტია ვებგვერდიდან მიღებული მოთხოვნის დამუშავება:

დაამატეთ Webhook კვანძი POST მეთოდით.
Edit Fields გამოიყენეთ მხოლოდ სახელის, ელფოსტის მისამართისა და წყაროს დასატოვებლად.
If კვანძი გამოიყენეთ აუცილებელი მონაცემების არმქონე მოთხოვნის უარსაყოფად.
CRM-ში შექმენით გარიგება ან მოთხოვნა HTTP Request-ით გაგზავნეთ.
დაამატეთ Telegram-ის შეტყობინება.
ჯაჭვი Respond to Webhook კვანძით დაასრულეთ.
ტესტირების შემდეგ გაააქტიურეთ პროცესი და სატესტო webhook საწარმოო URL-ით შეცვალეთ.

ეს მაგალითი დაუყოვნებლივ ამოწმებს დომენს, HTTPS-ს, შემომავალ მოთხოვნებს, ავტორიზაციის მონაცემებსა და გარე ინტეგრაციას. შემდეგ დაამატეთ ცალკე Error Workflow, რომელიც მთავარ ჯაჭვში შეცდომის შემთხვევაში შეგატყობინებთ.

n8n-ის დაცვა ინსტალაციის შემდეგ

დაყენებული n8n ავტომატურად სანდო არ ხდება. გაშვების შემდეგ დარწმუნდით, რომ:

editor მხოლოდ HTTPS-ით არის ხელმისაწვდომი;
.env-ს აქვს 600 უფლებები და Git-ში არ იგზავნება;
გარე API გასაღებებს მხოლოდ მინიმალური საჭირო უფლებები აქვთ;
თითოეული webhook ამოწმებს წყაროს ხელმოწერას ან საიდუმლოს;
შესრულების ისტორია ავტომატურად იშლება;
მნიშვნელოვან სამუშაო პროცესებში შეცდომები ადმინისტრატორს ეგზავნება.

Community კვანძები პაკეტების სახით ყენდება და მათ შეიძლება ჰქონდეთ წვდომა სამუშაო პროცესის მონაცემებსა და სერვერზე. უცნობი კვანძები შემოწმების გარეშე არ დაამატოთ. თუ ისინი არ გჭირდებათ, გამორთეთ N8N_COMMUNITY_PACKAGES_ENABLED=false-ით.

გაუშვით ჩაშენებული აუდიტი:

docker compose exec n8n n8n audit

ის დაგეხმარებათ აღმოაჩინოთ დაუცველი webhook-ები, სარისკო კვანძები და ავტორიზაციის მონაცემების პრობლემები, თუმცა ხელით შემოწმებას ვერ შეცვლის.

შესრულების ისტორია და პირადი მონაცემები

n8n გამართვისთვის შეყვანილ და გამოტანილ მონაცემებს ინახავს. მათთან ერთად მონაცემთა ბაზაში შეიძლება დარჩეს ელფოსტის შეტყობინებები, ტელეფონის ნომრები, დოკუმენტები და API-ის პასუხები.

ზემოთ მოცემულ კონფიგურაციაში შესრულებები შვიდი დღის შემდეგ იშლება, ხოლო მათი რაოდენობა 10 000-ით იზღუდება. მგრძნობიარე პროცესებისთვის შენახვის ვადა თქვენი მონაცემთა შენახვის პოლიტიკის მიხედვით აირჩიეთ და სამუშაო პროცესის დასრულებამდე ზედმეტი ველები წაშალეთ.

სარეზერვო ასლები და განახლებები

აღდგენისთვის საჭიროა PostgreSQL dump, n8n_data volume, კონფიგურაციის ფაილები და .env, რომელშიც N8N_ENCRYPTION_KEY ინახება. კოპირებამდე გააჩერეთ პროცესორები და PostgreSQL მუშაობაში დატოვეთ. ეს სამუშაო პროცესების შესრულებაში მოკლე შეფერხებას გამოიწვევს:

cd /opt/n8n
mkdir -p backup
docker compose stop n8n n8n-runner

docker compose exec -T postgres sh -c \
  'pg_dump -U "$POSTGRES_USER" "$POSTGRES_DB"' \
  | gzip > "backup/n8n-db-$(date +%F).sql.gz"

docker run --rm \
  -v n8n_data:/source:ro \
  -v "$PWD/backup":/backup \
  alpine sh -c \
  'tar -czf /backup/n8n-data-$(date +%F).tar.gz -C /source .'

tar -czf "backup/n8n-config-$(date +%F).tar.gz" \
  .env compose.yaml Caddyfile

docker compose start n8n n8n-runner

.env-ის შემცველი არქივი საიდუმლოებებს მოიცავს: დაშიფრეთ ის და VPS-ის გარეთ შეინახეთ. პერიოდულად შეამოწმეთ სარეზერვო ასლი საცდელი აღდგენით.

განახლებამდე შექმენით სარეზერვო ასლი და გაეცანით გამოშვების შენიშვნებს:

cd /opt/n8n
docker compose pull
docker compose up -d
docker compose ps

ამოცანების შემსრულებელმა და მთავარმა კონტეინერმა ერთი და იგივე ვერსიის ტეგი უნდა გამოიყენონ.

როდის ხდება მასშტაბირება საჭირო

რეალური დატვირთვის გაჩენამდე Redis და რამდენიმე worker არ გაუშვათ. PostgreSQL-თან ერთად ერთი ინსტანციის შენარჩუნება უფრო მარტივია და ჩვეულებრივ მცირე შიდა პროცესებისთვის საკმარისია.

Queue mode საჭირო ხდება, როცა ხანგრძლივი ამოცანები webhook-ებს აყოვნებს, ბევრი სამუშაო პროცესი ერთდროულად იწყება ან ფაილების დამუშავება ხელმისაწვდომ მეხსიერებას რეგულარულად სრულად ხარჯავს. ასეთ სტრუქტურაში მთავარი ინსტანცია მოვლენებს იღებს, Redis სამუშაოებს ანაწილებს, worker-ები კი მათ პარალელურად ასრულებენ. ყველა კომპონენტი ერთსა და იმავე PostgreSQL მონაცემთა ბაზას უნდა დაუკავშირდეს და ერთი და იგივე N8N_ENCRYPTION_KEY გამოიყენოს.

რომელი VPS ავირჩიოთ n8n-ისთვის

n8n-ის, PostgreSQL-ის, Caddy-სა და ამოცანების შემსრულებლის ერთად გასაშვებად გონივრულია დაიწყოთ 2 vCPU-ით, 4 GB RAM-ითა და NVMe დისკით. tropic.host-ზე Light გეგმა ამ კონფიგურაციას შეესაბამება: 2 vCPU, 4 GB RAM და 25 GB NVMe. ეს საკმარისია პირველი საწარმოო სამუშაო პროცესებისთვის მძიმე ფაილების დამუშავების გარეშე.

დოკუმენტებისთვის, დიდი მონაცემთა ნაკრებებისთვის და მრავალი ერთდროული AI პროცესისთვის 8 GB RAM უკეთესი არჩევანია. სტაბილური ქსელიც მნიშვნელოვანია: webhook-ები, OAuth callback-ები და დაგეგმილი ამოცანები მუდმივად ხელმისაწვდომი უნდა იყოს.

დასკვნა

n8n განმეორებად ოპერაციებს მკაფიო ვიზუალურ ნაკადებად აქცევს: მზა კვანძები გაშვებას აჩქარებს, HTTP Request თითქმის ნებისმიერ API-ს აკავშირებს, Code კვანძი კი საკუთარი ლოგიკის დამატების საშუალებას გაძლევთ.

Self-hosted ვერსია სერვერსა და მონაცემთა ბაზაზე კონტროლს გაძლევთ, თუმცა მოითხოვს HTTPS-ს, შეზღუდულ გასაღებებს, ისტორიის გასუფთავებასა და შემოწმებულ სარეზერვო ასლებს. N8N_ENCRYPTION_KEY PostgreSQL-თან ერთად შეინახეთ: მის გარეშე აღდგენილი ავტორიზაციის მონაცემების გაშიფვრა შეუძლებელია.

FAQ

შეიძლება n8n უფასოდ გამოვიყენოთ?

დიახ. Community Edition-ის საკუთარ სერვერზე უფასოდ განთავსება შესაძლებელია პირადი და შიდა პროცესებისთვის. Hosted n8n-ის დამოუკიდებელ SaaS-ად ხელახლა გაყიდვას fair-code ლიცენზია ზღუდავს.

შეიძლება n8n დომენის გარეშე დავაყენოთ?

ლოკალური ტესტირებისთვის — დიახ. საჯარო webhook-ებისა და OAuth-ისთვის უმჯობესია გამოიყენოთ დომენი და HTTPS.

რამდენი RAM სჭირდება n8n-ს?

მარტივი პირადი სამუშაო პროცესები ხშირად 2 GB RAM-ით მუშაობს. PostgreSQL-თან, Caddy-სა და ამოცანების შემსრულებელთან ერთად n8n-სთვის 4 GB უფრო გონივრულია, ხოლო ფაილებსა და ერთდროულ შესრულებებს შეიძლება 8 GB ან მეტი დასჭირდეს.

ყველა მონაცემი VPS-ში რჩება?

რჩება მხოლოდ ის მონაცემები, რომლებსაც სამუშაო პროცესი სხვაგან არ აგზავნის. მონაცემთა ბაზა და შესრულების ისტორია VPS-ზე ინახება, თუმცა Telegram-ის, CRM-ის ან გარე AI მოდელის კვანძები არჩეულ მონაცემებს შესაბამის სერვისს უგზავნის.

რა უნდა შევიდეს n8n-ის სარეზერვო ასლში?

PostgreSQL dump, n8n_data volume, compose.yaml, Caddyfile და .env, რომელშიც N8N_ENCRYPTION_KEY ინახება. ასლი VPS-ის გარეთ დაშიფრულად შეინახეთ და აღდგენით გადაამოწმეთ.

დაბრუნება ბლოგზე