Tek Bir n8n Örneğinde Birden Fazla Müşteri: Projeler, Yetkiler ve Ayrımın Sınırları

n8n Projects, workflow'ları (iş akışlarını) ve credentials'ı (kimlik bilgilerini) gruplandırır ve aynı örnek üzerinde birden fazla müşteriyi veya ekibi organizasyonel olarak birbirinden ayırmak için kullanılabilir; ancak bu, paylaşılan bir örnek üzerindeki bir erişim kontrolü özelliğidir, ayrı sunucular gibi tam bir çok kiracılı (multi-tenant) ayrım değildir. Basit iç ayrım için bu genellikle yeterlidir, ancak ücret ödeyen müşteriler arasında sıkı veri ayrımı gereksinimleri için genellikle yeterli değildir. Güncelleme: Ağustos 2026.

Projects somut olarak neler sunar?

n8n dokümantasyonuna göre Projects, workflow'ları ve credentials'ı kendi alanında gruplandırır ve Community Edition hariç tüm ücretli planlarda kullanılabilir. Tek bir kullanıcı birden fazla projede farklı rollere sahip olabilir; örneğin bir ekip üyesi müşteri projesi A'da Editor, müşteri projesi B'de ise Viewer olarak ayarlanabilir. Ayrıntılar için Projects ile çalışmaya ilişkin n8n dokümantasyonuna bakınız.

Bir proje içinde hangi roller mevcuttur?

Bir proje içinde, açıkça kademelendirilmiş yetkilere sahip üç rol bulunur: Admin, Editor ve Viewer. Project Admin, tüm workflow'lara, credentials'a ve çalıştırmalara ek olarak proje üyelerini ve ayarlarını da yönetir; Editor, workflow'ları, credentials'ı ve çalıştırmaları görüntüleyebilir, oluşturabilir, düzenleyebilir ve silebilir, ancak üyeleri yönetemez; Viewer ise workflow'ları manuel olarak çalıştırma imkânı olmadan yalnızca salt okunur erişime sahiptir. n8n'e göre Editor rolü Pro Cloud ve Self-hosted Enterprise'da, Viewer rolü ise yalnızca Cloud ve Self-hosted'ın Enterprise seviyelerinde kullanılabilir; bu durum mevcut rollere ilişkin n8n dokümantasyonunda açıklanmaktadır.

Ayrım teknik olarak nerede sona erer?

Projects erişimi ayırır, temel altyapıyı değil: bir örnekteki tüm projeler aynı n8n kurulumu, aynı veritabanı ve aynı sunucu kaynakları üzerinden çalışır. Bu nedenle bir müşteri projesindeki bir hata, çökme veya aşırı yüklenmiş bir kuyruk, müşteriler birbirlerinin workflow'larını ve credentials'ını göremeseler bile, aynı örnekteki diğer tüm projelerin çalıştırmalarını etkileyebilir. Ayrıca dokümantasyona göre kaynakları taşımak, mevcut tüm paylaşımları kaldırır; bu durum müşteri projelerini yeniden yapılandırırken kolayca gözden kaçabilir.

Paylaşılan bir örnek ne zaman yetersiz kalır?

Projects ile paylaşılan bir örnek, genellikle kendi ekibiniz içindeki organizasyonel genel bakış söz konusu olduğunda yeterlidir; ücret ödeyen müşterilere karşı sıkı garantiler söz konusu olduğunda değil. Bir müşteri kendi kaynak garantilerini, kendi sürümünü, diğer müşterilerden bağımsız kesinti sürelerini veya sözleşmeye dayalı veri ayrımını talep eder etmez, müşteri başına ayrı bir örnek daha güvenilir bir çözümdür. Bu soru, lisans sorusuyla yakından ilişkilidir; bu konu Müşteriler için barındırma ve n8n lisansı başlıklı yazıda açıklanmaktadır.

Ajanslar ve iç ekipler için pratik öneri

Bir şirket içindeki ekip veya departman ayrımı için Projects genellikle daha pragmatik bir seçimdir, çünkü ek altyapı gerektirmez. Buna karşılık, n8n'i birden fazla harici müşteri için işleten ajanslar için çoğu durumda müşteri başına, ya da en azından benzer risk profiline sahip müşteri grubu başına ayrı bir örnek önerilir. Bu kararda ve uygun yapının kurulmasında n8n hizmetlerimiz kapsamında size destek oluyoruz.

n8n'de müşteri ayrımına ilişkin sıkça sorulan sorular

n8n Projects, Community Edition'da da kullanılabilir mi?

Hayır, n8n dokümantasyonuna göre Projects ile RBAC, Community Edition hariç tüm planlarda kullanılabilir. Bu nedenle ücretli bir plan olmadan yapılan salt self-hosted bir kurulumda bu ayrım seçeneği bulunmaz.

Bir kullanıcı farklı projelerde farklı rollere sahip olabilir mi?

Evet, n8n'e göre bir kullanıcı farklı projelerde farklı roller üstlenebilir; örneğin birinde Editor, diğerinde Viewer olabilir. Bu, tüm örnek için tek bir global rolün sağlayabileceğinden daha ince ayarlı bir kontrol sağlar.

Bir workflow'u başka bir projeye taşıdığımda mevcut paylaşımlara ne olur?

n8n dokümantasyonuna göre bir workflow'u veya credential'ı başka bir projeye taşımak, mevcut tüm paylaşımları kaldırır. Hedef proje daha sonra gerekli credentials'a yeniden erişim ihtiyacı duyabilir, aksi takdirde taşınan workflow doğru şekilde çalışmaya devam edemeyebilir.

Her müşteri için mutlaka ayrı bir n8n örneğine ihtiyacım var mı?

Mutlaka değil; basit iç ayrım veya düşük risk profiline sahip müşteriler için Projects yeterli olabilir. Sözleşmeye dayalı garantiler, bağımsız hata toleransı veya müşteriler arasında sıkı veri ayrımı söz konusu olduğunda, müşteri başına ayrı bir örnek daha güvenli seçimdir.