n8n kurulumu: Ubuntu 24.04 sunucuda Docker Compose, PostgreSQL, HTTPS ve Ollama ile yapay zeka ajanı

n8n kurulumu için tek satırlık docker run komutu denemek için yeterli. Ama veri SQLite dosyasında kalıyor, HTTPS yok, 5678 portu internete açık duruyor ve şifreleme anahtarı kaybolunca kayıtlı kimlik bilgileri çözülemiyor. Bu rehber, Ubuntu 24.04 sunucusunda Docker Compose ile PostgreSQL kullanan, Caddy arkasında HTTPS ile çalışan, yedeklenebilen ve yerel Ollama modeline bağlı bir yapay zeka ajanı çalıştıran kurulumu adım adım anlatıyor. Okur kitlesi iş akışlarını kendi altyapısında tutmak isteyen sistem yöneticileri ve KOBİ'ler.

n8n nedir ve neden kendi sunucunuzda çalıştırmalısınız

n8n, servisleri düğümlerle (node) birbirine bağlayan bir iş akışı otomasyon aracıdır. Webhook alır, API çağırır, veritabanına yazar, e-posta gönderir. Son sürümlerde AI Agent düğümüyle bir LLM'e araç kullandıran ajanlar da kurulabiliyor.

Kendi sunucunuzda çalıştırmanın artıları ve eksileri şöyle:

• Artı: Veri sizin altyapınızda kalır. Müşteri kaydı, fatura ya da destek talebi gibi içerikler üçüncü taraf bir buluta gitmez. Yerel LLM kullanırsanız istemler de dışarı çıkmaz.
• Artı: Çalıştırma sayısına göre değil, sunucu kaynağına göre ödersiniz. Yoğun akışlarda maliyet öngörülebilir olur.
• Eksi: Güncelleme, yedek, sertifika ve güvenlik sizin sorumluluğunuzdadır.
• Eksi: Lisansa dikkat edin. n8n "Sustainable Use License" ile dağıtılıyor. Kurum içi kullanım serbest, ama n8n'i ürün olarak üçüncü taraflara satmak farklı koşullara bağlı. Ayrıntı için n8n'in resmi belgelerindeki lisans bölümünü okuyun.

Sunucu gereksinimleri ve Ubuntu 24.04 hazırlığı

n8n ve PostgreSQL birlikte hafif bir yük oluşturur. Küçük ve orta ölçekli akışlar için 2 vCPU, 4 GB RAM ve 40 GB SSD makul bir başlangıçtır. Çalıştırma geçmişi büyüdükçe disk kullanımı artar, bu yüzden geçmişin ne kadar süre saklanacağını ayarlamanız gerekir (aşağıda değineceğiz).

Ollama işin içine girince hesap değişir. Kuantize edilmiş 7B-8B boyutundaki bir model yalnız CPU ile de çalışır, ama yanıtlar yavaş gelir ve RAM'in kayda değer bir kısmını kaplar. Karar ölçütü basit:

• Ajan günde birkaç kez, arka planda çalışıyorsa ve birkaç saniyelik gecikme sorun değilse: CPU ve 16 GB RAM yeterli olabilir. Bu senaryoda bir bulut sunucu işinizi görür.
• Ajan sohbet arayüzünde kullanıcıya anlık yanıt veriyorsa ya da 14B üstü model kullanacaksanız GPU gerekir. Model boyutuna göre VRAM ihtiyacını hesaplayıp bir GPU sunucu seçin. GPU sunucularımız Frankfurt'ta (AB) bulunuyor.

Başlamadan önce elinizde şunlar olsun:

1. Ubuntu 24.04 kurulu, sudo yetkili kullanıcıyla SSH erişimi olan bir sunucu.
2. Sunucunun IP adresine yönlenen bir A kaydı, örnekte n8n.example.com.
3. Sağlayıcı panelinden konsol (VNC/KVM) erişimi. Güvenlik duvarında hata yaparsanız tek kurtuluş yolu budur.

Docker ve güvenlik duvarı kurulumu

Aşağıdaki betik Ubuntu 24.04 için hazırlandı. Docker'ın resmi deposunu ekler, Docker Engine ve Compose eklentisini kurar, UFW'de yalnız SSH, HTTP ve HTTPS'e izin verir. Tekrar çalıştırılması zarar vermez. Geri almak için sudo ufw disable ve sudo apt remove docker-ce docker-ce-cli containerd.io docker-compose-plugin yeterlidir.

Kendinizi kilitlemeyin: UFW'yi etkinleştirmeden ÖNCE SSH portuna izin veren kural eklenmezse, ufw enable komutu açık SSH oturumunuzu da keser ve sunucuya uzaktan erişiminizi tamamen kaybedersiniz. Betik bu yüzden önce SSH kuralını ekler, en son UFW'yi etkinleştirir. SSH'ı 22 dışında bir portta çalıştırıyorsanız SSH_PORT değerini değiştirin. Betiği çalıştırmadan önce sağlayıcı panelindeki konsol (VNC/KVM) erişiminin çalıştığını doğrulayın; bir hata olursa kuralı düzeltmenin tek yolu konsoldur. Betikten sonra mevcut oturumu kapatmadan ikinci bir terminalden yeni SSH bağlantısı açarak erişimi test edin.

#!/usr/bin/env bash
# Ubuntu 24.04 icin hazirlandi: Docker Engine + Compose eklentisi + UFW temel kurallari
set -euo pipefail

SSH_PORT=22   # SSH farkli porttaysa degistirin

# 1) Gerekli paketler
sudo apt-get update
sudo apt-get install -y ca-certificates curl ufw openssl

# 2) Docker resmi GPG anahtari ve deposu (varsa yeniden yazilir, sorun olmaz)
sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc
echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu $(. /etc/os-release && echo "$VERSION_CODENAME") stable" \
  | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

# 3) Docker kurulumu
sudo apt-get update
sudo apt-get install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
sudo systemctl enable --now docker

# 4) ONCE SSH (kilitlenmemek icin), sonra web portlari, EN SON UFW'yi etkinlestir
sudo ufw allow "${SSH_PORT}/tcp"
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw --force enable
sudo ufw status verbose

ufw status verbose çıktısında SSH portunun ALLOW IN olarak listelendiğini görün. Görmüyorsanız oturumu kapatmayın, kuralı hemen ekleyin.

Önemli bir ayrıntı: Docker, ports: ile yayımlanan konteyner portlarını kendi iptables kurallarıyla açar ve UFW'yi atlar. Bu yüzden aşağıdaki Compose dosyasında n8n, PostgreSQL ve Ollama için hiç port yayımlamıyoruz. Konunun ayrıntısı için Docker UFW sorunu ve DOCKER-USER zinciri yazısına bakabilirsiniz.

Docker Compose ile n8n kurulumu ve PostgreSQL

Proje dizinini /opt/n8n olarak kuruyoruz. Önce gizli değerleri tutan .env dosyasını oluşturan küçük bir betik. Ubuntu 24.04 için hazırlandı. Dosya zaten varsa dokunmaz; bu, şifreleme anahtarının yanlışlıkla değişmesini önler. Geri almak için dizini yedekledikten sonra .env dosyasını elle düzenlersiniz.

#!/usr/bin/env bash
# Ubuntu 24.04 icin hazirlandi: /opt/n8n/.env dosyasini yalnizca yoksa olusturur
set -euo pipefail

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

if [ ! -f .env ]; then
  sudo tee .env > /dev/null <<EOF
N8N_HOST=n8n.example.com
WEBHOOK_URL=https://n8n.example.com/
GENERIC_TIMEZONE=Europe/Istanbul
POSTGRES_USER=n8n
POSTGRES_DB=n8n
POSTGRES_PASSWORD=$(openssl rand -hex 24)
N8N_ENCRYPTION_KEY=$(openssl rand -hex 32)
N8N_IMAGE_TAG=latest
EOF
  sudo chmod 600 .env
  echo ".env olusturuldu. N8N_ENCRYPTION_KEY degerini parola kasaniza kaydedin."
else
  echo ".env zaten var, degistirilmedi."
fi

N8N_HOST ve WEBHOOK_URL değerlerindeki n8n.example.com kısmını kendi alan adınızla değiştirin. N8N_IMAGE_TAG için üretimde latest yerine n8n sürüm notlarından seçtiğiniz belirli bir sürümü yazmanız önerilir; böylece güncelleme sizin kontrolünüzde olur.

Şimdi /opt/n8n/docker-compose.yml dosyası:

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

  n8n:
    image: docker.n8n.io/n8nio/n8n:${N8N_IMAGE_TAG}
    restart: unless-stopped
    depends_on:
      postgres:
        condition: service_healthy
    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_ENCRYPTION_KEY: ${N8N_ENCRYPTION_KEY}
      N8N_HOST: ${N8N_HOST}
      N8N_PORT: 5678
      N8N_PROTOCOL: https
      WEBHOOK_URL: ${WEBHOOK_URL}
      N8N_PROXY_HOPS: 1
      GENERIC_TIMEZONE: ${GENERIC_TIMEZONE}
      TZ: ${GENERIC_TIMEZONE}
      EXECUTIONS_DATA_PRUNE: "true"
      EXECUTIONS_DATA_MAX_AGE: 336
    volumes:
      - n8n_data:/home/node/.n8n
    # Dikkat: ports tanimi yok. n8n'e yalnizca Caddy erisir.

  ollama:
    image: ollama/ollama
    restart: unless-stopped
    volumes:
      - ollama_data:/root/.ollama
    # Port yayimlanmiyor; n8n, Ollama'ya ic agdan "ollama" servis adiyla 11434 portundan erisir.

  caddy:
    image: caddy:2
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
      - caddy_data:/data
      - caddy_config:/config

volumes:
  postgres_data:
  n8n_data:
  ollama_data:
  caddy_data:
  caddy_config:

N8N_ENCRYPTION_KEY, ortam değişkenleri ve kalıcı veri

Compose dosyasındaki değişkenlerin her birinin bir nedeni var:

• N8N_ENCRYPTION_KEY: n8n, düğümlere girdiğiniz API anahtarlarını ve parolaları bu anahtarla şifreleyip veritabanına yazar. Anahtarı belirtmezseniz n8n ilk açılışta kendisi üretir ve /home/node/.n8n/config dosyasına koyar. Volume kaybolursa ya da sunucuyu taşırken yeni anahtar üretilirse, veritabanı yerinde olsa bile kimlik bilgileri çözülemez. Anahtarı .env içinde sabitlemek ve ayrıca parola kasasında saklamak bu riski kapatır.
• DB_TYPE=postgresdb: Varsayılan SQLite tek dosyada çalışır. PostgreSQL ise eşzamanlı yazmayı, pg_dump ile tutarlı yedeği ve ileride queue mode'u mümkün kılar.
• WEBHOOK_URL ve N8N_PROTOCOL: n8n ters vekil arkasında kendi adresini bilemez. Bunlar ayarlanmazsa webhook düğümleri http://localhost:5678/... gibi dışarıdan işe yaramayan adresler gösterir.
• N8N_PROXY_HOPS=1: Önünde bir vekil olduğunu söyler; istemci IP'si ve protokol başlıkları doğru okunur.
• EXECUTIONS_DATA_PRUNE ve EXECUTIONS_DATA_MAX_AGE: Çalıştırma geçmişini saat cinsinden belirtilen süreden (örnekte 336 saat, yani 14 gün) sonra temizler. Ayarlanmazsa veritabanı zamanla şişer.

Kalıcı veri üç volume'da durur: postgres_data (iş akışları, kimlik bilgileri, geçmiş), n8n_data (ayarlar, yerel dosyalar) ve ollama_data (indirilen modeller). Yedekleme planınız ilk ikisini mutlaka kapsamalı.

Caddy ile HTTPS ve 5678 portunu dışarı kapatma

Caddy, Let's Encrypt sertifikasını kendisi alır ve yeniler. /opt/n8n/Caddyfile dosyası birkaç satırdan ibaret:

n8n.example.com {
    reverse_proxy n8n:5678
}

Caddy, WebSocket bağlantılarını ek ayar istemeden iletir; n8n arayüzündeki canlı güncellemeler bunu kullanır.

Nginx tercih ediyorsanız aynı mantık geçerli: proxy_pass http://127.0.0.1:5678; ile birlikte proxy_http_version 1.1, Upgrade ve Connection "upgrade" başlıkları ile X-Forwarded-Proto başlığını eklemeniz gerekir. Bu durumda n8n servisine ports: ["127.0.0.1:5678:5678"] yazın; başındaki 127.0.0.1 portun yalnız sunucunun kendisinden erişilebilir olmasını sağlar. Sadece "5678:5678" yazmak UFW'ye rağmen portu internete açar.

Servisleri başlatın:

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

Beklenen çıktıda dört servis de running durumunda, postgres ise healthy olarak görünür. Tarayıcıda https://n8n.example.com adresini açtığınızda n8n sahip (owner) hesabı oluşturma ekranı gelir. Bu hesabı hemen oluşturun; kurulum ekranı açık kaldığı sürece adrese ilk ulaşan kişi yönetici olabilir.

Ollama ile yerel LLM bağlayıp ilk yapay zeka ajanı

Önce bir model indirin. AI Agent düğümü araç çağırma (tool calling) kullandığı için bu yeteneği destekleyen bir model seçin; örnekte qwen2.5:7b kullanıyoruz.

cd /opt/n8n
sudo docker compose exec ollama ollama pull qwen2.5:7b
sudo docker compose exec ollama ollama list

ollama list çıktısında modelin adı ve boyutu görünmeli.

GPU sunucudaysanız, sunucuya NVIDIA sürücüsü ve NVIDIA Container Toolkit kurulu olmalı. Ardından ollama servisine şu bloğu ekleyip docker compose up -d ile yeniden oluşturun:

    deploy:
      resources:
        reservations:
          devices:
            - driver: nvidia
              count: all
              capabilities: [gpu]

Ardından n8n arayüzünde ajanı kurun:

1. Yeni bir iş akışı açın, tetikleyici olarak Chat Trigger (When chat message received) ekleyin.
2. Sonrasına AI Agent düğümünü bağlayın.
3. AI Agent'ın Chat Model girişine Ollama Chat Model ekleyin. Yeni kimlik bilgisi oluştururken Base URL alanına şema olarak http, host olarak Compose'daki servis adı ollama ve port olarak 11434 gelecek biçimde adresi yazın. Burada host olarak localhost yazmak en sık hatadır: n8n konteynerinin içinde localhost n8n'in kendisidir. Kimlik bilgisini kaydederken n8n bağlantıyı test eder; başarılı mesajı görmelisiniz.
4. Model listesinden qwen2.5:7b seçin. Listenin dolması, n8n'in Ollama'ya ulaşabildiğinin ikinci kanıtıdır.
5. Konuşma bağlamı için Memory girişine Simple Memory (Window Buffer Memory) ekleyin.
6. Tool girişine bir araç bağlayın. Başlangıç için HTTP Request aracı ile kendi iç API'nizden stok sorgulamak ya da Postgres aracıyla salt okunur bir tabloya sorgu atmak iyi bir örnektir. Ajana veritabanı aracı verecekseniz, yalnız SELECT yetkisi olan ayrı bir veritabanı kullanıcısı açın.
7. AI Agent'ın System Message alanına ajanın görevini, hangi aracı ne zaman kullanacağını ve neyi yapmaması gerektiğini net yazın.

Sohbet panelinden bir soru sorun. Çalıştırma ekranında ajanın aracı çağırıp çağırmadığını adım adım görebilirsiniz. Model aracı hiç kullanmıyorsa, önce System Message'ı netleştirin; sorun sürerse daha büyük bir model deneyin.

Doğrulama: kurulumun doğru olduğunu nasıl anlarsınız

Aşağıdaki kontrolleri sırayla yapın:

cd /opt/n8n

# 1) Sunucuda dinlenen portlar: 5678, 5432 ve 11434 listede OLMAMALI
sudo ss -tlnp | grep -E ':(5678|5432|11434|80|443)\b'

# 2) n8n saglik ucu (n8n konteynerinin icinden)
sudo docker compose exec n8n wget -qO- http://localhost:5678/healthz

# 3) Ollama'da yuklu modeller
sudo docker compose exec ollama ollama list

# 4) Sertifika ve yonlendirme
curl -sI https://n8n.example.com | head -n 1

Birinci komutta 5678, 5432 ve 11434 portlarının hiç listelenmemesi gerekir; yalnız 80 ve 443 docker-proxy ile görünür. İkinci komut {"status":"ok"} döndürmelidir. Üçüncüsü indirdiğiniz modelleri listeler; n8n ile Ollama arasındaki bağlantıyı ise bir önceki bölümdeki kimlik bilgisi testi ve dolan model listesi doğrular. Dördüncüsü HTTP/2 200 benzeri bir satır verir. Son olarak dış bir makineden curl -m 5 http://192.0.2.10:5678 (192.0.2.10 yerine kendi sunucu IP'nizle) denediğinizde bağlantı kurulamamalı.

Yedekleme, güncelleme ve queue mode'a geçiş

Yedekleme

Aşağıdaki betik Ubuntu 24.04 ve bu Compose yapısı için hazırlandı. PostgreSQL dökümünü ve iş akışlarının JSON çıktısını tarihli bir dizine alır, 14 günden eski yedekleri yalnız /opt/n8n-backup altında temizler. Root olarak (ya da sudo ile) çalıştırın. Geri yükleme için döküm dosyasını psql ile boş veritabanına aktarırsınız; .env dosyasını ve şifreleme anahtarını ayrıca saklamayı unutmayın.

#!/usr/bin/env bash
# /opt/n8n icin gunluk yedek: pg_dump + is akisi disa aktarimi
set -euo pipefail

BACKUP_ROOT=/opt/n8n-backup
STAMP=$(date +%F_%H%M)
DEST="${BACKUP_ROOT}/${STAMP}"
mkdir -p "$DEST"
cd /opt/n8n
source .env

# Veritabani dokumu (sikistirilmis)
docker compose exec -T postgres pg_dump -U "$POSTGRES_USER" "$POSTGRES_DB" | gzip > "${DEST}/n8n_db.sql.gz"

# Is akislari ayri JSON dosyalari olarak
docker compose exec -T n8n n8n export:workflow --all --separate --output=/home/node/.n8n/export/
docker compose cp n8n:/home/node/.n8n/export "${DEST}/workflows"

# .env kopyasi (sifreleme anahtari burada; bu dizinin izinlerini kisitlayin)
cp .env "${DEST}/env.backup"
chmod -R go-rwx "$BACKUP_ROOT"

# Yalnizca yedek dizini altindaki 14 gunden eski klasorleri sil
find "$BACKUP_ROOT" -mindepth 1 -maxdepth 1 -type d -mtime +14 -exec rm -r {} +

Yedeğin aynı sunucuda durması tek başına yedek sayılmaz. Bu dizini S3 uyumlu bir depoya şifreli olarak kopyalayın ve ayda bir kez test sunucusunda geri yüklemeyi deneyin.

Güncelleme

.env içindeki N8N_IMAGE_TAG değerini yeni sürümle değiştirin, önce yedek alın, sonra:

cd /opt/n8n
sudo docker compose pull n8n
sudo docker compose up -d n8n
sudo docker compose logs --tail=50 n8n

n8n açılışta veritabanı geçişlerini (migration) kendisi uygular. Ana sürüm değişikliklerinde sürüm notlarındaki kırıcı değişiklikleri okumadan güncellemeyin. Sorun çıkarsa eski etikete dönüp yedeği geri yüklersiniz.

Queue mode'a ne zaman geçmeli

Tek konteyner, iş akışlarını kendi sürecinde çalıştırır. Çok sayıda webhook aynı anda geliyorsa ya da uzun süren akışlar arayüzü yavaşlatıyorsa queue mode'a geçme zamanı gelmiştir. Bu modda ana n8n süreci işleri Redis kuyruğuna yazar, ayrı worker konteynerleri bunları çalıştırır.

Geçiş için Compose dosyasına bir redis servisi ekler, n8n servisine EXECUTIONS_MODE: queue ve QUEUE_BULL_REDIS_HOST: redis değişkenlerini verirsiniz. Worker için aynı imajdan command: worker ile ikinci bir servis tanımlanır. Worker'lar da aynı veritabanı ayarlarını ve aynı N8N_ENCRYPTION_KEY değerini almalıdır; aksi halde kimlik bilgilerini çözemezler. Artısı yatay ölçeklenme, eksisi işletilecek bir bileşen daha (Redis) ve daha karmaşık hata ayıklamadır. Küçük kurulumlarda gerek yoktur.

Sık yapılan hatalar

• UFW'yi SSH kuralından önce etkinleştirmek: Açık oturum kesilir ve sunucuya yalnız konsoldan ulaşabilirsiniz. Önce SSH kuralı, sonra ufw enable.
• Şifreleme anahtarını sabitlememek: Taşıma ya da yeniden kurulum sonrası "Credentials could not be decrypted" hatasıyla karşılaşılır. Anahtarı .env içinde tutun ve ayrıca saklayın.
• Portu "5678:5678" olarak yayımlamak: UFW kapalı gösterse bile port açılır. Ya hiç yayımlamayın ya da 127.0.0.1: önekiyle yayımlayın.
• WEBHOOK_URL'yi unutmak: Dış servisler n8n'e ulaşamaz, webhook adresleri yanlış görünür.
• Ollama Base URL'de host olarak localhost yazmak: Konteynerler arası erişimde servis adı (ollama) kullanılır.
• Araç çağırmayı desteklemeyen model seçmek: Ajan araçları hiç kullanmaz ya da hatalı biçimde çağırır.
• Çalıştırma geçmişini temizlememek: Veritabanı ve disk zamanla dolar.
• Owner hesabını geciktirmek: Kurulumdan hemen sonra yönetici hesabı oluşturulmalı.

Sık sorulan sorular

SQLite ile başladım, PostgreSQL'e nasıl geçerim?

En temiz yol, iş akışlarını n8n export:workflow --all ve kimlik bilgilerini n8n export:credentials --all ile dışa aktarıp yeni PostgreSQL kurulumunda import komutlarıyla içe almaktır. Yeni kurulumda eski şifreleme anahtarını kullanmayı unutmayın.

n8n ile Ollama'yı farklı sunuculara koyabilir miyim?

Evet. Sık rastlanan düzen, n8n'i küçük bir sunucuda, Ollama'yı GPU sunucuda çalıştırmaktır. Bu durumda Ollama API'sini doğrudan internete açmayın; VPN, özel ağ ya da kimlik doğrulamalı bir ters vekil arkasında tutun.

Hangi model boyutunu seçmeliyim?

Sınıflandırma, özetleme ve basit araç çağırma için 7B-8B modeller çoğu zaman yeterlidir. Çok adımlı akıl yürütme ve uzun bağlam gerekiyorsa daha büyük model ve dolayısıyla daha fazla VRAM gerekir. Kendi örnek verinizle iki boyutu karşılaştırıp karar verin.

n8n güncellemesi iş akışlarımı bozar mı?

Küçük sürüm güncellemeleri genellikle sorunsuzdur, ama ana sürümlerde düğüm davranışları değişebilir. Güncellemeden önce yedek alın, sürüm notlarını okuyun ve kritik akışları bir test kopyasında deneyin.

Bu işi hazır yapmak isterseniz

Kurulumu, sertifikayı, yedeklemeyi ve modeli kendiniz yönetmek yerine hazır bir altyapı tercih ederseniz, yapay zeka sunucusu sayfamızda n8n ve yerel model çalıştırmaya uygun seçenekleri inceleyebilir, ihtiyacınızı ekibimizle konuşabilirsiniz.

Sonuç

Üretime uygun bir n8n kurulumunun özü birkaç karara dayanıyor: PostgreSQL ile kalıcı veritabanı, sabitlenmiş ve ayrıca saklanan şifreleme anahtarı, yalnız 80 ve 443 portlarının açık olduğu HTTPS arkası yapı ve düzenli olarak test edilen yedek. Bunların üzerine Ollama eklediğinizde, verisi sunucunuzdan çıkmayan bir yapay zeka ajanı elde edersiniz. Yük arttığında queue mode ve GPU ile aynı yapıyı büyütebilirsiniz.