n8n Cloud'dan self-hosted'a taşınma

n8n'in resmi dokümantasyonuna göre, n8n Cloud'dan kendi barındırdığınız (self-hosted) bir n8n örneğine geçiş otomatik olarak mümkün değildir: workflow'lar dosya olarak dışa aktarılabilir ve yeni ortama içe aktarılabilir, ancak kimlik bilgileri (credentials) güvenlik nedeniyle birlikte dışa aktarılamaz ve hedef sistemde tamamen yeniden oluşturulmalıdır. Ayrıca kendi alan adınıza (domain) geçtiğinizde webhook adresi değişir, bu nedenle n8n'e webhook üzerinden bağlanan her dış bağlantının yeniden yapılandırılması gerekir. Bu iki noktayı başından itibaren planlayan kişi, geçiş sırasında en sık karşılaşılan sorunlardan kaçınır. Güncelleme: Temmuz 2026.

Şirketler neden n8n Cloud'dan self-hosted'a geçiyor?

Şirketler öncelikle veri egemenliği, maliyet kontrolü ve kendi altyapılarına daha derin entegrasyon nedeniyle geçiş yapıyor. n8n Cloud'da workflow verileri ve çalıştırma günlükleri sağlayıcının sunucularında çalışırken, self-hosted kullanımda verilerin hangi sunucuda ve hangi ülkede bulunacağına siz kendiniz karar verirsiniz. Buna ek olarak kullanım bazlı yerine sabit maliyetler ve n8n'i doğrudan iç sistemlerle, VPN'lerle veya kendi veritabanlarınızla bağlama imkanı gibi faktörler de eklenir; bu, bulut sürümünde aynı ölçüde mümkün değildir.

Workflow'larınızı n8n Cloud'dan nasıl dışa aktarırsınız?

Dışa aktarma işlemi, bulut örneğinizin yönetim panelinden yapılır: burada Manage bölümünü açar, Export'u seçer ve workflow'ları dosya olarak indirirsiniz. n8n'in bulut ortamından self-hosted'a geçiş konusundaki resmi kılavuzu otomatik bir geçiş yolu bulunmadığını ve kullanıcı arayüzü üzerinden dışa/içe aktarma sürecinin öngörülen yöntem olduğunu açıkça belirtir. Bu sırada içe aktarma sırasında hiçbir şeyin eksik kalmaması için etkin olmayan workflow'ları ve taslakları da kontrol edin.

Kimlik bilgileri neden tamamen yeniden oluşturulmalıdır?

Kimlik bilgileri, güvenlik nedeniyle ilgili örneğin şifrelemesine bağlı olduğundan genel olarak n8n Cloud'dan dışa aktarılamaz. Bu nedenle workflow dosyalarını içe aktardıktan sonra, örneğin Google, Slack, Microsoft veya kendi API'lerinize yönelik her kimlik bilgisi bağlantısını yeni örnekte elle yeniden oluşturursunuz, genellikle yeniden bir OAuth yetkilendirmesi de dahil olmak üzere. İçe aktarmanın kendisi basittir: self-hosted örnekte yeni bir workflow oluşturur, sağ üstteki üç nokta menüsünü açar, Import from file'ı seçer ve daha önce indirdiğiniz dosyayı yüklersiniz. Kimlik bilgilerinin yeniden oluşturulmasını kesinlikle planlayın, çünkü geçerli kimlik bilgileri olmadan içe aktarılan workflow'lar çalıştırılamaz.

Taşıma sırasında webhook URL'leri neden değişir?

Webhook adresi değişir, çünkü örnek artık bulut alt alan adı (subdomain) altında değil, kendi sunucunuzda çalışmaya başladığında n8n bu adresi kendi alan adınızdan, daha doğrusu protokol, host ve port için ortam değişkenlerinden oluşturur. n8n bir ters proxy (reverse proxy) arkasında çalışıyorsa, n8n'in webhook URL yapılandırmasıyla ilgili dokümantasyonu n8n'in arayüzde doğru dış adresi göstermesi ve bunu dış hizmetlerde kaydetmesi için WEBHOOK_URL ortam değişkeninin sabit olarak ayarlanmasını ayrıca önerir. Taşımadan sonra bu nedenle, daha önce bulut webhook URL'sine işaret eden ödeme sağlayıcıları, form araçları veya diğer sistemler gibi her dış bağlantıyı elle yeni adrese güncellemeniz gerekir.

Taşımadan önce neleri kontrol etmelisiniz?

Asıl geçişten önce, taşımadan sonra işleyişin istikrarlı olması için bir envanter çıkarmaya değer. Buna, n8n'e webhook gönderen dış hizmetlerle birlikte tüm etkin workflow'ların eksiksiz bir listesi, gerekli tüm kimlik bilgilerine genel bir bakış ve yeni altyapının yedeklemeleri ile güncellemeleri için bir plan dahildir; çünkü self-hosted'da bu görevleri artık sağlayıcı değil, siz üstlenirsiniz. Bu taşımayı tek başına gerçekleştirmek istemeyen veya mevcut bir n8n otomasyonunun teknik olarak düzgün bir şekilde ve Alman veri egemenliği göz önünde bulundurularak yönetilmesini isteyenler, NordFlux'un n8n danışmanlığında taşıma ve devam eden işletim konusunda destek bulur.

n8n Cloud'dan self-hosted'a geçiş hakkında sıkça sorulan sorular

n8n Cloud'dan kimlik bilgilerini dışa aktarabilir miyim?

Hayır, n8n'in resmi dokümantasyonuna göre kimlik bilgileri güvenlik nedeniyle n8n Cloud'dan dışa aktarılamaz. Workflow'ların içe aktarılmasının ardından self-hosted örnekte, Google veya Microsoft gibi hizmetler için yeniden bir OAuth yetkilendirmesi de dahil olmak üzere, elle yeniden oluşturulmalıdır.

n8n Cloud'dan self-hosted'a geçiş ne kadar sürer?

n8n'in resmi dokümantasyonu genel bir süre belirtmez. Harcanan çaba öncelikle workflow ve kimlik bilgisi sayısına bağlıdır, çünkü her kimlik bilgisi bağlantısının ayrı ayrı yeniden oluşturulması ve her webhook'un dış hizmetlerde ayrı ayrı güncellenmesi gerekir. Bulut örneğini tamamen kapatmadan önce, geri yüklenen workflow'ları test etmek için ayrıca zaman planlayın.

Webhook URL değişikliği test webhook'ları için de geçerli mi?

Evet, n8n, etkin olmayan bir workflow çalıştırılırken kullanılan bir test URL'si ile bir workflow etkinleştirildiğinde ancak kaydedilen bir üretim URL'si arasında ayrım yapar. Self-hosted'a taşındıktan sonra her iki URL türü için de temel adres değişir, bu nedenle geliştirme sırasında kullandığınız test webhook'larının da yeniden ayarlanması gerekir.

Self-hosted kullanırken yedekleme ve güncellemelerle kendim mi ilgilenmeliyim?

Evet, n8n Cloud'ın aksine, self-hosted'da sunucu işletimini, yedeklemeleri ve güncellemeleri kendiniz üstlenirsiniz. n8n dokümantasyonu bunun için npm, Docker veya bulut sağlayıcılarında dağıtım gibi çeşitli kurulum yöntemlerini açıklar, ancak bulut sürümünde olduğu gibi yönetilen bir işletim sunmaz. Bu nedenle taşımadan önce, örneğin izleme, yedekleme ve düzenli güncellemelerden kimin sorumlu olacağını netleştirin.