Türkiye (Türkçe)
Almanya (German)
Worldwide (English)
Dify Docker VM için minimum CPU başlangıcı.
Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Dify self-host kurulumunda web/API tek başına değildir; worker, database, Redis, sandbox ve storage gibi bileşenler birlikte çalışır. Bu nedenle “container’lar up” sonucu production sağlığı için yeterli değildir.
Dify minimum RAM değerini “Dify + model” toplamı sanmayın. Local LLM çalıştırmak CPU/GPU VRAM ve sistem RAM’ini ayrıca tüketir; platform ve inference kaynaklarını ayrı boyutlandırın.
Dify’ın güncel self-host Docker Compose dokümanı Docker VM için en az 2 vCPU ve 8 GiB bellek baseline’ı verir. Model inference’i aynı hostta çalıştıracaksanız Ollama/vLLM tüketimi bunun üzerine eklenir.
Dify’ın güncel self-host Docker Compose dokümanı Docker VM için en az 2 vCPU ve 8 GiB bellek baseline’ı verir. Model inference’i aynı hostta çalıştıracaksanız Ollama/vLLM tüketimi bunun üzerine eklenir.
Dify’ı VPS üzerinde Docker Compose ile production mantığında kurun. 2 vCPU/8 GiB baseline, worker, PostgreSQL/Redis, storage, domain, TLS, backup ve upgrade kontrol listesi.
Dify Docker VM için minimum CPU başlangıcı.
Platform bileşenleri için baseline; local model hariç.
Resmî hızlı kurulum Docker Compose kullanır.
DB, cache ve file/object storage lifecycle’ı ayrıca korunmalıdır.
Web UI, API, worker, scheduler, database, Redis ve sandbox aynı hata türlerine sahip değildir. Her bileşenin state ve network gereksinimini ayırın.
| Bileşen | State | Kritik sinyal |
|---|---|---|
| Web/API | Kısmen stateless | HTTP health |
| Worker | Job state dışarıda | Queue lag |
| PostgreSQL | Kalıcı | Backup + connection |
| Redis | Queue/cache | Memory + persistence mode |
Dify hostunda swap baskısı ve disk doluluğu worker timeout gibi görünen ikincil hatalar yaratabilir. Kurulumdan önce kaynakları kaydedin.
nprocfree -hdf -hTdocker versiondocker compose versionUpstream Compose değişikliklerini kör `git pull` ile production’a taşımak yerine mevcut `.env` ve overrides ile diff inceleyin.
docker compose config > /tmp/dify-effective.ymldocker compose pulldocker compose psdocker compose logs --tail 120 api workerDatabase, Redis, model provider ve application secrets aynı dosyada bulunabilir. File permission, secret rotation ve off-host escrow tasarlayın.
stat -c "%a %U:%G %n" .envgrep -E "^[A-Z0-9_]+=" .env | cut -d= -f1 | sortAI cevapları uzun sürebilir ve streaming bağlantıları klasik kısa HTTP request’lerden farklı timeout ihtiyacına sahiptir.
Database, uploaded files/object storage ve configuration/secrets farklı araçlarla korunabilir. Tek tar archive her zaman tutarlı backup değildir.
| Veri | Öneri |
|---|---|
| PostgreSQL | Consistent dump/PITR |
| Uploads/storage | Object/versioned backup |
| Config/secrets | Encrypted escrow |
Yeni API ile eski worker veya tam tersi karışık sürüm süresi uzarsa queue ve schema uyumsuzluğu oluşabilir. Rolling davranışı resmî sürüm notuyla eşleştirin.
Eka Sunucu VPS/GPU altyapısında Dify control plane ve Ollama/vLLM inference katmanını tek veya ayrı sunucuda workload’a göre planlayabilirsiniz.
Rehber hazırlanırken esas alınan birincil dokümantasyon ve teknik kaynaklar.
İlgili altyapı ve uygulama rehberleriyle devam edin.
Dify VPS
Resmî self-host dokümanında Docker VM için baseline olarak verilir. Dataset, worker concurrency ve local model inference arttıkça daha fazlası gerekir.
Dify model provider/API’lerine bağlanan uygulama/agent platformudur. Local inference için Ollama/vLLM gibi sağlayıcıyı ayrıca çalıştırabilirsiniz.
Küçük workload’da mümkündür ancak platform, database ve inference aynı hata alanına girer. Backup ve kaynak izolasyonu buna göre tasarlanmalıdır.
En azından PostgreSQL verisi, uploaded/storage içeriği ve kritik `.env`/secret yapılandırmasının kurtarılabilir kopyası bulunmalıdır.