Self-Hosted'dan Cloud'a: n8n'de geçiş ne zaman mantıklı

Kendi barındırdığınız (self-hosted) bir n8n örneğinden n8n Cloud'a geçiş, özellikle sunucular, güncellemeler ve yedeklemeler için harcanan çaba, tamamen kontrol edilen bir ortamın faydasını aştığında mantıklıdır. Ancak her şey otomatik olarak taşınmaz: n8n dokümantasyonuna göre, doğrulanmamış community node'lar ve kendi oluşturduğunuz node'lar yalnızca self-hosted olarak çalışır, çalıştırma sayısı Cloud planına göre sayısal olarak sınırlandırılmıştır ve taşınma sonrasında kimlik bilgileri manuel olarak yeniden oluşturulmalıdır, çünkü dışa aktarılan workflow dosyaları yalnızca credentials'ların adlarını ve ID'lerini içerir, değerlerini değil. Bu noktaları önceden bilenler, geçişten sonra kötü sürprizlerden kaçınır. Durum: Temmuz 2026.

Cloud'a geçiş ne zaman mantıklıdır

Self-hosted n8n'de, n8n'in kendi ifadesine göre, tüm sorumluluğu siz taşırsınız: altyapıyı sağlar, yönetir ve güncellemeler, güvenlik yamaları ve yedeklemelerden sorumlu olursunuz. n8n Cloud bu ilişkiyi tersine çevirir. Resmi kullanım seçenekleri genel bakışına göre tamamen yönetilir, kurulum gerekmez ve n8n bakım ve işletmeyi üstlenir. Kendi BT kapasitesi olmayan veya sunucu bakımına ayıracak zamanı az olan ekipler için bu gerçek bir avantajdır. Bunun bedeli ise şudur: self-hosting ile bilinçli olarak kazandığınız kontrolün bir kısmından vazgeçersiniz ve saf altyapı maliyetleri yerine sürekli bir abonelik ödersiniz.

Taşınma sırasında otomatik olarak gelmeyenler

En büyük fark node'larla ilgilidir. n8n Cloud'da, community node kurulumu ve yönetimi dokümantasyonuna göre, node panelinden yalnızca doğrulanmış community node'lar kurulabilir. Doğrulanmamış node'lar ve npm üzerinden kurulum yalnızca self-hosted olarak mümkündür. Bu nedenle kendi veya nadir node'lar kullananlar, taşınmadan önce bu node'ların doğrulanmış olup olmadığını kontrol etmelidir, aksi takdirde bunlar Cloud'da telafisiz şekilde ortadan kalkar.

• Node'lar: Cloud'da yalnızca doğrulanmış community node'lar çalışır, npm kurulumları ve kendi oluşturduğunuz node'lar self-hosted olarak kalır.
• Kimlik bilgileri: Dışa ve içe aktarma dokümantasyonuna göre, dışa aktarılan workflow JSON'ları yalnızca credentials'ların adlarını ve ID'lerini içerir, değerlerini değil. İçe aktarmadan sonra tüm kimlik bilgilerini manuel olarak yeniden girmeniz gerekir.
• Yapılandırma: Self-hosted'da yapılandırmanın temelini oluşturan ortam değişkenleri üzerinden ince ayar, Cloud'da yalnızca sınırlı ölçüde mümkündür, çünkü örnek yönetilmektedir.

Çalıştırma limitleri ve kaynakların karşılaştırılması

Self-hosted'da çalıştırma sayısı pratikte yalnızca kendi sunucu donanımınızla sınırlıdır. Cloud'da plana göre sabit kotalar geçerlidir. n8n fiyat listesine göre Starter planı ayda 5 eşzamanlı çalıştırma ile 2.500 çalıştırma, Pro planı 20 eşzamanlı çalıştırma ile 10.000 çalıştırma, Business planı ise 40.000 çalıştırma ile birlikte SSO, SAML, LDAP ve Git tabanlı ortamlar içerir. Çalıştırma günlüklerinin saklanması da sınırlandırılmıştır: Cloud veri yönetimi sayfasındaki bilgilere göre, Starter planı en fazla 7 gün saklama süresiyle 2.500 çalıştırma, Pro 30 gün saklama süresiyle 25.000'e kadar, Enterprise ise sınırsız saklama süresiyle 50.000'e kadar çalıştırma saklar. Depolama kullanımı yüzde 85'i aştığında n8n eski çalıştırma verilerini otomatik olarak temizleyebilir. Bellek de kademelidir, Starter ve deneme planındaki 320 MiB'den Enterprise'daki 4.096 MiB'ye kadar, self-hosted'da ise sunucu boyutunu kendiniz seçersiniz.

Geçiş için somut olarak yapılması gerekenler

Workflow'lar JSON olarak dışa aktarılabilir ve Cloud örneğine aktarılabilir. Bunu yapmadan önce kısa bir envanter çıkarmak faydalıdır: hangi node'lar kullanılıyor ve bunların tümü Cloud'da doğrulanmış olarak listeleniyor mu. Ardından, açıklandığı gibi dışa aktarılan dosyalar herhangi bir gizli bilgi içermediğinden, credentials yeni ortamda elle oluşturulur. Şimdiye kadar ortam değişkenleri veya kendi veritabanı ayarlarıyla çalışmış olanlar, bu yapılandırmayı taşınmadan önce belgelemelidir, çünkü yönetilen Cloud ortamında aynı şekilde mevcut değildir. Taşınmayı teknik olarak temiz ve net bir önceliklendirmeyle planlamak isteyen ekipler için, hangi workflow'ların değişmeden çalıştığını ve nerede uyarlamaların gerekli olduğunu önceden kontrol eden bir n8n danışmanlığı sunulmaktadır.

n8n'de Self-Hosted'dan Cloud'a geçişle ilgili sıkça sorulan sorular

Tüm self-hosted workflow'lar Cloud'da değişmeden çalışır mı?

Yalnızca kullanılan tüm node'lar doğrulanmış community node'lar arasındaysa veya n8n standart node'ları ise. Doğrulanmamış veya kendi oluşturduğunuz node'lara sahip workflow'lar, taşınmadan önce uyarlanmalı veya değiştirilmelidir, çünkü n8n dokümantasyonuna göre bunlar Cloud'da kurulamaz.

Taşınma sırasında kimlik bilgilerime ne olur?

Yeniden oluşturulmaları gerekir. Workflow dışa aktarımı yalnızca credentials'ların adlarını ve ID'lerini içerir, şifre, token veya anahtar içermez. Bu güvenlik açısından mantıklıdır, ancak içe aktarmadan sonra manuel çaba anlamına gelir.

Daha sonra tekrar self-hosted'a geçebilir miyim?

Prensip olarak workflow'lar tekrar dışa aktarılabilir ve self-hosted bir örneğe aktarılabilir. Cloud'a özgü kısıtlamalar o zaman ortadan kalkar, ancak buna karşılık işletme, güncellemeler ve yedeklemelerin tüm sorumluluğunu tekrar üstlenirsiniz.

En ucuz Cloud planına kaç çalıştırma dahildir?

Güncel fiyat listesine göre Starter planı, ayda en fazla 5 eşzamanlı çalıştırma ile 2.500 çalıştırma sunar. Daha fazlasına ihtiyaç duyanlar Pro veya Business'a geçmeli ya da limitin kendi sunucu donanımına bağlı olduğu self-hosted'da kalmalıdır.