Dokploy deployment yapısında Docker/Swarm davranışı önemlidir.
Bu sayfa mevcut `dokploy-vps-kurulumu` URL’sini günceller. Dokploy yalnız arayüz değildir; deployment, database ve backup operasyonları Docker/Swarm katmanına dayanır. Bu yüzden host sağlığı ve veri yolları panelden önce gelir.
Swarm manager’ı gereksiz yere public portlarla internete açmayın. Tek node kurulumda bile yönetim portları ile uygulama ingress portlarının güven sınırı ayrıdır.
Temiz VPS’te önce Docker/Swarm state, disk ve DNS’i doğrulayın; ardından Dokploy kurulumu, domain/TLS ve ilk test uygulamasına geçin. Database veya production volume eklemeden önce rollback ve backup akışını prova edin.
Temiz VPS’te önce Docker/Swarm state, disk ve DNS’i doğrulayın; ardından Dokploy kurulumu, domain/TLS ve ilk test uygulamasına geçin. Database veya production volume eklemeden önce rollback ve backup akışını prova edin.
Mevcut Dokploy VPS kurulum sayfasını 2026 production akışına yükseltin. Host hazırlığı, Swarm, erişim, domain, database, backup, log ve güvenlik kontrolleri.
Dokploy deployment yapısında Docker/Swarm davranışı önemlidir.
Domain ve certificate otomasyonunu DNS/port erişimiyle birlikte doğrulayın.
Backup hedefi ve restore adımı kurulumdan önce belirlenmelidir.
Panel loguna ek olarak Docker service/task durumunu kontrol edin.
Deployment platformlarında disk yalnız uygulama dosyalarıyla değil image layer, build cache ve loglarla dolar. Inode ve Docker data-root’u ayrı izleyin.
df -hTdf -itimedatectl statusgetent hosts panel.example.comdocker info 2>/dev/null | grep -E "Docker Root Dir|Storage Driver" || trueNode rolü, manager availability ve advertised address yanlışsa uygulama deploy’ları belirsiz davranır.
docker info | grep -A12 Swarmdocker node lsdocker network lsdocker service lsTek node ile multi-node Swarm aynı firewall ihtiyacına sahip değildir. Yalnız gerçekten kullandığınız cluster trafiğini güvenilir node IP’leri arasında açın.
| Trafik | Politika |
|---|---|
| Panel/SSH | Admin IP/VPN |
| HTTP/HTTPS | Public/edge |
| Swarm control/overlay | Yalnız trusted node ağı |
İlk olarak basit HTTP cevap veren container deploy edin. DNS → ingress → TLS zinciri sağlıklı olmadan framework/debug katmanına geçmeyin.
dig +short app.example.comcurl -I https://app.example.comopenssl s_client -connect app.example.com:443 -servername app.example.com </dev/null | head -30Database volume, backup, credentials, upgrade ve restore lifecycle’ı uygulamadan ayrı tanımlanmalıdır.
“Backup uploaded” sonucu, dosyanın açılabildiğini veya doğru database’e ait olduğunu kanıtlamaz. Periyodik restore + row/schema smoke test ekleyin.
| Kontrol | Kanıt |
|---|---|
| Object exists | Bucket/listing |
| Archive integrity | Checksum/decompress |
| Database restore | Staging import |
| Application smoke | Read/write test |
Swarm’da container adı tek başına yeterli teşhis noktası değildir. Service desired/current state ve failed task mesajı daha doğrudan kök neden verir.
docker service lsdocker service ps --no-trunc SERVICE_NAMEdocker service logs --tail 200 SERVICE_NAMEdocker system dfdocker events --since 30mEka Sunucu VPS üzerinde Dokploy deployment, database ve backup yükünü aynı kaynak planında değerlendirerek CPU/RAM/NVMe seçebilirsiniz.
Rehber hazırlanırken esas alınan birincil dokümantasyon ve teknik kaynaklar.
İlgili altyapı ve uygulama rehberleriyle devam edin.
Dokploy VPS
Dokploy’un deployment mimarisinde Docker/Swarm bileşenleri önemlidir; kurulumunuzun tek veya çok node topolojisine göre firewall ve network tasarımını doğrulayın.
Uygulama aynı internal network üzerinden erişebiliyorsa database portunu public internete publish etmek genellikle gerekmez.
Olabilir ancak host kaybı platform + uygulama + local data için tek hata alanı yaratır. Backup ve restore planı bu riski hesaba katmalıdır.
Host disk/Docker health’ten sonra service/task state ve ilgili container logunu inceleyin; yalnız panel hata mesajıyla sınırlı kalmayın.