n8n'i Almanya'daki veri merkezlerinde sunucularda self-hosted olarak işletiyoruz: kurulum, veri işleme sözleşmesi, yük tepeleri için kuyruk modu, test çalıştırmalı güncellemeler, günlük yedeklemeler ve izleme. Gece bir workflow durursa bir bildirim alırsınız ve biz ilgileniriz, birinin bunu pazartesi tesadüfen fark etmesi yerine.
Docker örneği bir öğleden sonra sonunda ayakta, ve bir test için de bu yeterli. Gerçek faturalar, müşteri verileri ve son tarihler workflow'lardan geçmeye başladığında, eğitimde karşılaşılmayan sorular ortaya çıkar.
Bu sayfa işletimi ele alır, workflow'ların oluşturulmasını değil. n8n'in ne olduğu ve onunla nelerin otomatikleştirilebileceği genel n8n sayfamızda yer alır.
n8n'i Almanya'daki bir veri merkezindeki bir sunucuda kendi domaini, TLS sertifikası, reverse proxy ve ayrı veritabanı ile Docker dağıtımı olarak kuruyoruz. Veri işleme sözleşmesini, alt işleyenler listesini ve hangi verinin nerede bulunduğuna dair bir belgeyi alırsınız. Böylece bir sonraki denetimde omuz silkme yerine bir cevabınız olur.
Etki Gölge BT yerine denetime hazır örnekBirden fazla workflow aynı anda başladığında standart işletim artık yeterli olmaz. n8n'i Redis ve ayrı worker süreçleriyle kuyruk moduna geçiririz, böylece çalıştırmalar paralel olarak işlenir ve uzun süren bir workflow geri kalanı bloklamaz. Worker sayısı bir satış argümanına değil gerçek hacminize göre belirlenir.
Etki Bekleme kuyruğu yerine paralel çalıştırmalarYeni n8n sürümlerini önce bir test ortamına yükleriz ve kritik workflow'larınızı buna karşı çalıştırırız. Ancak bunlar başarılı olduğunda sürüm, bildiğiniz bir zaman diliminde üretime geçer. Yine de bir sorun çıkarsa, eski imaj ve veritabanı yedeği hâlâ mevcut olduğundan önceki sürüme geri döneriz.
Tasarruf Sürüm geçişi başına 2–4 saatSadece sunucunun yanıt verip vermediğini değil, workflow'ların gerçekten tamamlanıp tamamlanmadığını da izliyoruz. Başarısız çalıştırmalar, workflow adı ve hata mesajıyla birlikte e-posta veya Teams üzerinden bir bildirim tetikler. Ayrıca tek bir API hatasının bir hattın tamamını sessizce durdurmaması için hata workflow'ları kuruyoruz.
Etki Hatalar günler yerine dakikalar içinde fark edilirWorkflow'lar, kimlik bilgileri ve çalıştırma verileri günlük olarak yedeklenir, kurtarmayı test ederiz ve sadece yazmakla kalmayız. Erişimler paylaşılan bir admin şifresi yerine adlandırılmış kullanıcılar üzerinden yapılır, kimlik bilgileri workflow içinde düz metin olarak değil n8n içinde şifreli olarak saklanır. Bir çalışan şirketten ayrıldığında erişimi iptal edersiniz ve geri kalanı çalışmaya devam eder.
Etki Umut yerine test edilmiş kurtarmaHer işletmenin kendi kendine barındırması gerekmez. Kendi sunucunuzun ne zaman karşılığını verdiğini ve bulut varyantının ne zaman daha makul seçim olduğunu size dürüstçe söyleriz. Belirleyici olan veri koruma gereksinimi, hacim ve acil durumda kimin devreye gireceği sorusudur.
Self-hostedÖrnek, sizin veya bizim barındırma sözleşmenizde Alman sunucularında çalışır, veriler kiracıyı terk etmez. Kişisel veriler, müşteri belgeleri veya kendi ağınızdaki sistemler devreye girer girmez mantıklıdır. n8n'in genel olarak neler yapabildiğini n8n hizmet sayfasında okuyabilirsiniz.
İşletimi tamamen bize bırakabilir veya kendiniz yürütüp bizi yalnızca güncellemeler, arızalar ve genişletme için çağırabilirsiniz. Her iki durumda da sunucuya ve workflow'lara erişim elde edersiniz, kara kutu ve bağımlılık yoktur. Kontrolü elinizde tutar ve işletimi istediğiniz zaman kendinize geri alabilirsiniz.
Günlük işleriniz zaten tamamen Microsoft 365 içinde yürüyorsa, Power Automate genellikle daha kısa yoldur ve lisans genellikle zaten ödenmiştir. n8n, Microsoft dünyasının dışındaki sistemler, özel kod veya sıkı veri egemenliği devreye girdiğinde gücünü gösterir. Müşteriler çoğu zaman sonunda ikisini birden yan yana işletir.
İlk durum tespitinden 30 gün içinde izlenen bir üretim örneğine, açık uçlu bir zaman çizelgesi yerine önceden mutabık kalınan sabit bir fiyatla.
60 dakika içinde hacmi, veri koruma gereksinimlerini ve olası halihazırda çalışan bir örneğin mevcut durumunu netleştiririz. Ardından self-hosted'ın sizin için doğru yol olup olmadığını bilirsiniz.
Sunucu boyutlandırmasını, kuyruk modunu, yedekleme ritmini, izlemeyi ve sorumlulukları yazılı olarak belirleriz. Kurulum için sabit bir fiyat ve devam eden işletim için net bir aylık tutar alırsınız.
Örneği kurar, mevcut workflow'ları taşırız ve bunları gerçek verilerinizle test ederiz. Zaten çalışan bir örnek varsa, devam eden işletim sırasında değil, duyurulan bir geçiş penceresiyle taşırız.
Erişimleri, belgeleri ve veri işleme sözleşmesini alırsınız. Ardından güncellemeleri, izlemeyi ve arızaları devralırız ya da ekibinize bunu kendi başına nasıl yapacağını gösteririz. Sunucu ve workflow'lar üzerindeki kontrolü elinizde tutarsınız.
Bu sayfa işletim sorularını yanıtlar: sunucu, veri koruma, güncellemeler, izleme. Daha çok n8n ile hangi süreçlerin haritalanabileceği ve bir workflow'un nasıl oluşturulduğuyla ilgileniyorsanız, genel n8n sayfamızdan başlayın.
Ücretsiz ilk analizde örneğinize veya projenize 60 dakika boyunca bakar ve Almanya'da self-hosted'ın mantıklı olup olmadığını size dürüstçe söyleriz. Taahhütsüz ve satış baskısı olmadan.
Almanya'da bir sunucuda self-hosted n8n, GDPR uyumlu bir işletim için iyi bir temeldir, ancak teknoloji tek başına yeterli değildir. Ayrıca barındırma sağlayıcısıyla ve işletmeci olarak bizimle bir veri işleme sözleşmesine, bir yetkilendirme konseptine, çalıştırma verileri için silme sürelerine ve veri akışlarının belgelenmesine ihtiyacınız var. Tam olarak bunu biz kuruyoruz. Bir workflow AB dışında bir yapay zeka (YZ) modelini çağırdığı anda, yalnızca bu adım ayrıca değerlendirilmelidir; örneğin geri kalanı bundan etkilenmez.
Maliyetler sunucu, işletim ve değişikliklerden oluşur ve bunları ilk analizden sonra belirsiz bir aralık yerine sabit fiyat olarak size bildiririz. Sunucu payı çoğu orta ölçekli işletme için en küçük kalemdir, çünkü n8n mütevazı donanımda çalışır. Pahalı hale gelmesi ancak güncellemelerden ve arızalardan kimse sorumlu değilse ve bir kesinti işletimi vurursa söz konusu olur.
Birden fazla workflow aynı anda çalıştığında veya tekil çalıştırmalar uzun sürdüğünde, örneğin belge işleme veya yapay zeka (YZ) çağrılarında, kuyruk moduna ihtiyacınız vardır. Standart işletimde n8n çalıştırmaları aynı süreç içinde işler ve uzun süren bir workflow diğer her şeyi yavaşlatır. Kuyruk modunda Redis, çalıştırmaları birbirinden bağımsız olarak ölçeklenebilen birden fazla worker'a dağıtır.
n8n kısa aralıklarla yeni sürümler yayınlar ve aylarca güncelleme yapmayan biri güvenlik açıkları ve rahatsız edici derecede büyük bir sürüm sıçraması biriktirir. Güncellemeleri sabit bir ritimde devreye alırız, her zaman önce kritik workflow'larınızla bir test ortamında, ardından duyurulan zaman diliminde üretimde. İşletimi kendiniz yürütmek isterseniz, ekibinize bu prosedürü gösteririz ve arka planda ulaşılabilir kalırız.
Bu, ilk workflow üretime geçmeden önce sözleşmeye girmesi gereken bir husustur ve biz bunu oraya da yazarız. İşletimi biz devralırsak, tepki süreleri ve bir ulaşılabilirlik üzerinde anlaşırız ve izleme arızayı önce size değil bize bildirir. İşletimi kendiniz yürütürseniz sorumluluk sizdedir ve bunu küçük harflerin arasına gizlemek yerine önceden dürüstçe size söyleriz. Kritik hatlar için ayrıca, bir arıza durumunda gelen verilerin kaybolmayıp sonradan telafi edilmesini sağlayacak şekilde kuruyoruz.
