\n Otomasyon d\u00fcnyas\u0131nda n8n, esnekli\u011fi ve g\u00fc\u00e7l\u00fc yetenekleriyle \u00f6ne \u00e7\u0131k\u0131yor. Peki, n8n’i hem normal \u00e7al\u0131\u015fma modunda hem de daha yo\u011fun senaryolar i\u00e7in optimize edilmi\u015f kuyruk (queue) modunda nas\u0131l \u00e7al\u0131\u015ft\u0131rabiliriz? \u00d6zellikle, kuyruk modunda 19 i\u015flik bir zirve y\u00fck\u00fcyle kar\u015f\u0131la\u015ft\u0131\u011f\u0131m\u0131zda n8n performans\u0131n\u0131 nas\u0131l y\u00f6netebiliriz? Bu makalede, n8n’in bu iki \u00f6nemli \u00e7al\u0131\u015fma modunu derinlemesine inceleyecek, kurulumlar\u0131n\u0131 ad\u0131m ad\u0131m a\u00e7\u0131klayacak ve yo\u011fun i\u015f y\u00fck\u00fc alt\u0131nda kuyruk modunun nas\u0131l ba\u015fa \u00e7\u0131kt\u0131\u011f\u0131n\u0131 \u00f6rneklerle g\u00f6sterece\u011fiz. Otomasyon s\u00fcre\u00e7lerinizi daha verimli hale getirmek i\u00e7in n8n’in sundu\u011fu bu g\u00fc\u00e7l\u00fc \u00f6zellikleri ke\u015ffedin.\n <\/p>\n
\n G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen dijital d\u00fcnyas\u0131nda, i\u015fletmelerin operasyonel verimliliklerini art\u0131rmak i\u00e7in otomasyon ara\u00e7lar\u0131na olan ihtiyac\u0131 her ge\u00e7en g\u00fcn art\u0131yor. Bu noktada n8n, a\u00e7\u0131k kaynakl\u0131 ve son derece esnek bir i\u015f ak\u0131\u015f\u0131 otomasyon arac\u0131 olarak kar\u015f\u0131m\u0131za \u00e7\u0131k\u0131yor. Ancak n8n’in g\u00fcc\u00fcnden tam olarak faydalanabilmek i\u00e7in onun farkl\u0131 \u00e7al\u0131\u015fma modlar\u0131n\u0131 ve bu modlar\u0131n ne zaman tercih edilmesi gerekti\u011fini anlamak b\u00fcy\u00fck \u00f6nem ta\u015f\u0131yor. Temel olarak n8n, iki ana \u00e7al\u0131\u015fma prensibine sahiptir: standart (normal) mod ve kuyruk (queue) modu. Bu modlar aras\u0131ndaki temel fark, i\u015flerin nas\u0131l i\u015flendi\u011fi ve kaynaklar\u0131n nas\u0131l y\u00f6netildi\u011fidir.\n <\/p>\n
\n Standart modda n8n, gelen her i\u015fi (job) al\u0131r ve m\u00fcmk\u00fcn olan en k\u0131sa s\u00fcrede \u00e7al\u0131\u015ft\u0131rmaya odaklan\u0131r. Bu mod, daha az yo\u011funlukta \u00e7al\u0131\u015fan, anl\u0131k yan\u0131t gerektiren veya k\u00fc\u00e7\u00fck \u00f6l\u00e7ekli otomasyonlar i\u00e7in idealdir. \u00d6rne\u011fin, bir web sitesinden veri \u00e7ekip bir tabloya kaydetmek gibi nispeten basit bir i\u015f ak\u0131\u015f\u0131, standart modda sorunsuz bir \u015fekilde \u00e7al\u0131\u015fabilir. Bu modda, i\u015fler genellikle do\u011frudan i\u015fleyici (worker) taraf\u0131ndan al\u0131n\u0131r ve tamamlanana kadar i\u015flenir. Kaynaklar, i\u015fin gerektirdi\u011fi \u00f6l\u00e7\u00fcde kullan\u0131l\u0131r ve i\u015f tamamland\u0131\u011f\u0131nda serbest b\u0131rak\u0131l\u0131r. Bu, h\u0131zl\u0131 bir geri d\u00f6n\u00fc\u015f s\u00fcresi sa\u011flar ve kullan\u0131c\u0131 deneyimini olumlu etkiler.\n <\/p>\n
\n Ancak, otomasyon ihtiya\u00e7lar\u0131 b\u00fcy\u00fcd\u00fck\u00e7e ve i\u015f y\u00fck\u00fc artt\u0131k\u00e7a standart modun s\u0131n\u0131rlar\u0131 ortaya \u00e7\u0131kmaya ba\u015flar. \u00d6zellikle e\u015f zamanl\u0131 olarak \u00e7ok say\u0131da i\u015fin \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131 gerekti\u011finde, standart mod sistem kaynaklar\u0131n\u0131 h\u0131zla t\u00fcketebilir. Bu durum, i\u015flerin gecikmesine, hatta zaman a\u015f\u0131mlar\u0131na (timeout) yol a\u00e7abilir. \u0130\u015fte tam bu noktada kuyruk modu devreye girer. Kuyruk modu, n8n’in i\u015fleri daha kontroll\u00fc ve s\u0131ral\u0131 bir \u015fekilde i\u015flemesini sa\u011flar. Gelen i\u015fler do\u011frudan \u00e7al\u0131\u015ft\u0131r\u0131lmak yerine bir kuyru\u011fa al\u0131n\u0131r ve i\u015fleyiciler (workers) bu kuyruktan i\u015fleri s\u0131rayla alarak i\u015fler. Bu yakla\u015f\u0131m, sistem kaynaklar\u0131n\u0131n daha dengeli kullan\u0131lmas\u0131n\u0131 sa\u011flar ve yo\u011fun d\u00f6nemlerde bile otomasyon sisteminin stabil kalmas\u0131na yard\u0131mc\u0131 olur.\n <\/p>\n
\n Kuyruk modunun temel avantaj\u0131, i\u015f y\u00fck\u00fc y\u00f6netimidir. Yo\u011fun zamanlarda bile sistemin \u00e7\u00f6kmesini engeller, \u00e7\u00fcnk\u00fc i\u015fler birikerek de\u011fil, kontroll\u00fc bir \u015fekilde i\u015flenir. Bu, \u00f6zellikle e-ticaret sitelerindeki sipari\u015f i\u015fleme, b\u00fcy\u00fck veri setlerinin i\u015flenmesi veya d\u00fczenli ancak yo\u011fun raporlama gibi senaryolar i\u00e7in kritik \u00f6neme sahiptir. Bir i\u015fin tamamlanmas\u0131n\u0131n di\u011fer i\u015flerin ba\u015flamas\u0131n\u0131 engellemedi\u011fi, ancak kaynaklar\u0131n a\u015f\u0131r\u0131 y\u00fcklenmedi\u011fi bir denge kurulmu\u015f olur. Bu makalenin ilerleyen b\u00f6l\u00fcmlerinde, bu iki modu nas\u0131l kuraca\u011f\u0131m\u0131z\u0131 ve \u00f6zellikle kuyruk modunda 19 i\u015flik bir zirve y\u00fck\u00fc senaryosunu nas\u0131l y\u00f6netece\u011fimizi detayl\u0131ca inceleyece\u011fiz. Bu sayede, n8n’i kendi \u00f6zel ihtiya\u00e7lar\u0131n\u0131za g\u00f6re en uygun \u015fekilde yap\u0131land\u0131rabileceksiniz.\n <\/p>\n
\n n8n’i standart modda kurmak ve \u00e7al\u0131\u015ft\u0131rmak, genellikle en basit ve h\u0131zl\u0131 ba\u015flang\u0131\u00e7 y\u00f6ntemidir. Bu mod, \u00f6zellikle n8n’i yeni kullanmaya ba\u015flayanlar veya d\u00fc\u015f\u00fck ila orta d\u00fczeyde i\u015f y\u00fck\u00fcne sahip projeler i\u00e7in uygundur. Standart modda, n8n sunucusu gelen i\u015f isteklerini al\u0131r ve bunlar\u0131 do\u011frudan i\u015flemek \u00fczere atar. \u0130\u015fler, bir kuyru\u011fa al\u0131nmadan an\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131lmaya ba\u015flar. Bu, \u00f6zellikle anl\u0131k yan\u0131t gerektiren veya ba\u011f\u0131ms\u0131z olarak \u00e7al\u0131\u015fabilen i\u015f ak\u0131\u015flar\u0131 i\u00e7in avantajl\u0131d\u0131r.\n <\/p>\n
\n Kurulum s\u00fcreci, n8n’i nerede bar\u0131nd\u0131rmak istedi\u011finize ba\u011fl\u0131 olarak de\u011fi\u015fiklik g\u00f6sterebilir. En yayg\u0131n y\u00f6ntemlerden biri Docker kullanmakt\u0131r. Docker ile n8n kurmak i\u00e7in basit bir \n Bu yap\u0131land\u0131rmada, n8n servisi 5678 numaral\u0131 port \u00fczerinden eri\u015filebilir hale gelir. \n Alternatif olarak, n8n’i do\u011frudan bir sunucuya (\u00f6rne\u011fin Node.js ile) kurmak da m\u00fcmk\u00fcnd\u00fcr. Bu durumda, n8n’in npm paketini y\u00fckleyip ard\u0131ndan komut sat\u0131r\u0131ndan \u00e7al\u0131\u015ft\u0131rabilirsiniz:\n <\/p>\n \n Bu komutlar n8n’i yerel makinenizde veya sunucunuzda ba\u015flatacakt\u0131r. Varsay\u0131lan olarak n8n, 8080 portunu dinler. E\u011fer farkl\u0131 bir port kullanmak isterseniz, \n \u0130\u015f ak\u0131\u015f\u0131 otomasyonu s\u00f6z konusu oldu\u011funda, \u00f6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli uygulamalarda veya yo\u011fun trafik alan sistemlerde, i\u015flerin nas\u0131l y\u00f6netildi\u011fi kritik bir \u00f6neme sahiptir. n8n’in sundu\u011fu kuyruk (queue) modu, tam da bu noktada devreye girerek yo\u011fun i\u015f y\u00fck\u00fc alt\u0131nda bile sistemin kararl\u0131l\u0131\u011f\u0131n\u0131 ve performans\u0131n\u0131 sa\u011flamak i\u00e7in g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm sunar. Standart modda, n8n gelen her i\u015fi an\u0131nda \u00e7al\u0131\u015ft\u0131rmaya \u00e7al\u0131\u015f\u0131r. Bu, i\u015fler aras\u0131nda ba\u011f\u0131ml\u0131l\u0131k olmad\u0131\u011f\u0131nda ve i\u015f y\u00fck\u00fc d\u00fc\u015f\u00fck oldu\u011funda etkili olabilir. Ancak, ayn\u0131 anda onlarca, hatta y\u00fczlerce i\u015f \u00e7al\u0131\u015ft\u0131rmak gerekti\u011finde, sunucu kaynaklar\u0131 h\u0131zla t\u00fckenir. Bu durum, i\u015flerin gecikmesine, tamamlanamamas\u0131na ve hatta sistemin \u00e7\u00f6kmesine neden olabilir.\n <\/p>\n \n Kuyruk modu, bu sorunu k\u00f6kten \u00e7\u00f6zer. Kuyruk modunda, n8n gelen i\u015fleri do\u011frudan \u00e7al\u0131\u015ft\u0131rmak yerine bir mesaj kuyru\u011funa (message queue) g\u00f6nderir. Bu kuyruk, i\u015flerin s\u0131raya al\u0131nmas\u0131n\u0131 ve i\u015fleyiciler (workers) taraf\u0131ndan kontroll\u00fc bir \u015fekilde al\u0131narak \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131n\u0131 sa\u011flar. \u0130\u015fleyiciler, kuyruktan bir i\u015fi ald\u0131\u011f\u0131nda, o i\u015fi tamamlayana kadar kaynaklar\u0131 kullan\u0131r ve i\u015f bitti\u011finde bir sonraki i\u015fi almak \u00fczere kuyru\u011fa d\u00f6ner. Bu, kaynaklar\u0131n a\u015f\u0131r\u0131 y\u00fcklenmesini engeller ve her bir i\u015fin belirli bir \u00f6nceli\u011fe veya s\u0131n\u0131ra ba\u011fl\u0131 olarak i\u015flenmesini sa\u011flar.\n <\/p>\n \n Bu yakla\u015f\u0131m\u0131n en b\u00fcy\u00fck avantaj\u0131, \u00f6l\u00e7eklenebilirlik<\/strong> ve dayan\u0131kl\u0131l\u0131kt\u0131r<\/strong>. Yo\u011fun bir d\u00f6nemde, \u00f6rne\u011fin bir e-ticaret sitesinde ayn\u0131 anda binlerce sipari\u015f geldi\u011finde, kuyruk modu sayesinde bu sipari\u015fler s\u0131rayla i\u015flenebilir. Her sipari\u015fin i\u015flenmesi i\u00e7in gereken kaynaklar, di\u011fer sipari\u015flerin i\u015flenmesini engellemez. Sistem, belirli bir i\u015fleme h\u0131z\u0131n\u0131 koruyarak t\u00fcm sipari\u015fleri zaman\u0131nda tamamlayabilir. Bu, kullan\u0131c\u0131 deneyimini olumlu etkiler ve i\u015f kay\u0131plar\u0131n\u0131 \u00f6nler. Ayr\u0131ca, kuyruk sistemi, i\u015flerin kal\u0131c\u0131 olarak saklanmas\u0131na da olanak tan\u0131r. E\u011fer bir i\u015fleyici ge\u00e7ici olarak kullan\u0131lamaz hale gelirse, i\u015fler kuyrukta beklemeye devam eder ve i\u015fleyici tekrar kullan\u0131labilir oldu\u011funda i\u015flenir. Bu, hata tolerans\u0131<\/strong>n\u0131 art\u0131r\u0131r.\n <\/p>\n \n Kuyruk modunun bir di\u011fer \u00f6nemli faydas\u0131 da kaynak optimizasyonudur<\/strong>. Sunucu kaynaklar\u0131 (CPU, RAM, a\u011f bant geni\u015fli\u011fi) s\u0131n\u0131rl\u0131d\u0131r. Kuyruk modu, bu kaynaklar\u0131n daha verimli kullan\u0131lmas\u0131n\u0131 sa\u011flar. \u0130\u015fleyiciler, bo\u015fta kald\u0131klar\u0131nda gereksiz yere kaynak t\u00fcketmezler. Sadece i\u015f gerekti\u011finde devreye girerler. Bu, \u00f6zellikle bulut ortamlar\u0131nda maliyet tasarrufu da sa\u011flayabilir, \u00e7\u00fcnk\u00fc daha az kaynak kullanmak daha d\u00fc\u015f\u00fck faturalar anlam\u0131na gelir.\n <\/p>\n \n \u00d6zetle, n8n’in kuyruk modu, yo\u011fun i\u015f y\u00fck\u00fc alt\u0131nda \u00e7al\u0131\u015fan, kritik \u00f6neme sahip otomasyon s\u00fcre\u00e7leri i\u00e7in vazge\u00e7ilmez bir \u00f6zelliktir. \u00d6l\u00e7eklenebilirlik, dayan\u0131kl\u0131l\u0131k, hata tolerans\u0131 ve kaynak optimizasyonu gibi avantajlar\u0131 sayesinde, i\u015fletmelerin otomasyon altyap\u0131lar\u0131n\u0131n daha g\u00fcvenilir ve verimli olmas\u0131n\u0131 sa\u011flar. \u00d6zellikle 19 i\u015flik bir zirve y\u00fck\u00fc gibi senaryolarda, kuyruk modunun sundu\u011fu kontroll\u00fc i\u015fleme yetene\u011fi, sistemin stabil kalmas\u0131n\u0131 garantiler.\n <\/p>\n \n n8n’i kuyruk modunda \u00e7al\u0131\u015ft\u0131rmak i\u00e7in, standart mod kurulumuna ek olarak bir mesaj kuyru\u011fu sistemi ve birden fazla i\u015fleyici (worker) yap\u0131land\u0131rmas\u0131 gereklidir. En yayg\u0131n ve \u00f6nerilen mesaj kuyru\u011fu sistemleri aras\u0131nda Redis ve RabbitMQ bulunur. Bu makalede, pop\u00fclerli\u011fi ve kullan\u0131m kolayl\u0131\u011f\u0131 nedeniyle Redis \u00fczerinden bir yap\u0131land\u0131rma \u00f6rne\u011fi sunulacakt\u0131r.\n <\/p>\n \n \u00d6ncelikle, n8n’in \u00e7al\u0131\u015faca\u011f\u0131 sunucuda veya ayr\u0131 bir sunucuda Redis’in kurulu ve \u00e7al\u0131\u015f\u0131r durumda olmas\u0131 gerekir. Docker ile Redis kurmak olduk\u00e7a basittir. \n Bu yap\u0131land\u0131rmada dikkat edilmesi gereken \u00f6nemli noktalar \u015funlard\u0131r:\n <\/p>\n \n Bu yap\u0131land\u0131rma, n8n’in ana sunucusunu (scheduler) ve Redis’i ayn\u0131 Docker Compose dosyas\u0131 i\u00e7inde y\u00f6netir. Ancak, kuyruk modunun tam potansiyelinden yararlanmak i\u00e7in birden fazla i\u015fleyici (worker) \u00e7al\u0131\u015ft\u0131rman\u0131z gerekir. \u0130\u015fleyiciler, kuyruktan i\u015fleri al\u0131p \u00e7al\u0131\u015ft\u0131ran ayr\u0131 n8n \u00f6rnekleridir.\n <\/p>\n \n \u0130\u015fleyicileri \u00e7al\u0131\u015ft\u0131rmak i\u00e7in, ana n8n servisine benzer bir servis tan\u0131m\u0131 olu\u015fturabilirsiniz, ancak bu sefer \n Bu \u00f6rnekte iki i\u015fleyici ( \n Ger\u00e7ek d\u00fcnya senaryolar\u0131nda, otomasyon sistemlerinin kar\u015f\u0131la\u015ft\u0131\u011f\u0131 en b\u00fcy\u00fck zorluklardan biri ani ve yo\u011fun i\u015f y\u00fck\u00fc dalgalanmalar\u0131d\u0131r. \u00d6zellikle e-ticaret platformlar\u0131, pazarlama kampanyalar\u0131 veya veri analizi s\u00fcre\u00e7lerinde, belirli zamanlarda i\u015f y\u00fck\u00fcnde ani art\u0131\u015flar g\u00f6r\u00fclebilir. 19 i\u015flik bir zirve y\u00fck\u00fc, bu t\u00fcr senaryolar i\u00e7in tipik bir \u00f6rnektir. Bu senaryoda, kuyruk modunun n8n’in performans\u0131n\u0131 nas\u0131l etkiledi\u011fini ve y\u00f6netti\u011fini inceleyelim.\n <\/p>\n \n Diyelim ki bir e-ticaret sitesinde, \u00f6zel bir kampanya nedeniyle ayn\u0131 anda 19 farkl\u0131 sipari\u015f i\u015fleme ak\u0131\u015f\u0131 tetiklendi. Bu ak\u0131\u015flar, stok kontrol\u00fc, \u00f6deme do\u011frulama, kargo etiketinin olu\u015fturulmas\u0131 ve m\u00fc\u015fteriye bildirim g\u00f6nderilmesi gibi ad\u0131mlar\u0131 i\u00e7eriyor. E\u011fer n8n standart modda \u00e7al\u0131\u015f\u0131yor olsayd\u0131, bu 19 i\u015fin hepsi ayn\u0131 anda sunucu kaynaklar\u0131 i\u00e7in rekabet ederdi. Bu durum, sunucunun CPU ve RAM kullan\u0131m\u0131n\u0131 aniden %100’e \u00e7\u0131karabilir, a\u011f ba\u011flant\u0131s\u0131n\u0131 zorlayabilir ve sonu\u00e7 olarak baz\u0131 i\u015flerin tamamlanamamas\u0131na, gecikmesine veya hatta sistemin tamamen yan\u0131t vermemesine yol a\u00e7abilirdi. M\u00fc\u015fteriler sipari\u015flerinin i\u015flenmesini beklerken hayal k\u0131r\u0131kl\u0131\u011f\u0131 ya\u015fayabilir, bu da sat\u0131\u015flar\u0131 ve marka itibar\u0131n\u0131 olumsuz etkileyebilir.\n <\/p>\n \n Ancak, n8n kuyruk modunda ve yeterli say\u0131da i\u015fleyici ile yap\u0131land\u0131r\u0131lm\u0131\u015fsa, durum tamamen farkl\u0131 olacakt\u0131r. 19 i\u015f kuyru\u011fa al\u0131n\u0131r ve i\u015fleyiciler taraf\u0131ndan s\u0131rayla \u00e7ekilerek i\u015flenir. \u00d6rne\u011fin, e\u011fer 3 i\u015fleyicimiz varsa, ilk 3 i\u015f hemen i\u015flenmeye ba\u015flar. Bu i\u015fler tamamland\u0131k\u00e7a, kuyruktan yeni i\u015fler al\u0131n\u0131r ve i\u015flenmeye devam eder. Bu s\u00fcre\u00e7, t\u00fcm 19 i\u015f tamamlanana kadar devam eder. Bu kontroll\u00fc i\u015fleme sayesinde:\n <\/p>\n \n \u00d6rne\u011fin, 19 i\u015fin her birinin ortalama 30 saniye s\u00fcrd\u00fc\u011f\u00fcn\u00fc varsayal\u0131m. Standart modda, bu i\u015flerin hepsi ayn\u0131 anda \u00e7al\u0131\u015fmaya ba\u015flarsa ve her biri 30 saniye s\u00fcrerse, en iyi ihtimalle t\u00fcm i\u015flerin bitmesi 30 saniye s\u00fcrer. Ancak, kaynaklar yetersizse bu s\u00fcre \u00e7ok daha uzayabilir veya i\u015fler hi\u00e7 tamamlanmayabilir. Kuyruk modunda ise, 3 i\u015fleyici ile bu i\u015fler daha paralel i\u015flenecektir. \u0130lk 3 i\u015f yakla\u015f\u0131k 30 saniyede biter, ard\u0131ndan s\u0131radaki 3 i\u015f ba\u015flar. Bu \u015fekilde, 19 i\u015fin tamamlanmas\u0131, i\u015fleyicilerin say\u0131s\u0131na ve i\u015flerin ger\u00e7ek i\u015fleme s\u00fcresine ba\u011fl\u0131 olarak daha \u00f6ng\u00f6r\u00fclebilir bir zaman diliminde ger\u00e7ekle\u015fir. \u00d6rne\u011fin, 3 i\u015fleyici ile 19 i\u015fin tamamlanmas\u0131, i\u015flerin birbirini ne kadar etkiledi\u011fine ba\u011fl\u0131 olarak yakla\u015f\u0131k 3.5 ila 5 kat daha uzun s\u00fcrebilir (19 i\u015f \/ 3 i\u015fleyici * 30 saniye), ancak bu s\u00fcre zarf\u0131nda sistemin \u00e7al\u0131\u015f\u0131r durumda kalmas\u0131 \u00e7ok daha olas\u0131d\u0131r. Bu, m\u00fc\u015fteri memnuniyeti ve operasyonel s\u00fcreklilik a\u00e7\u0131s\u0131ndan b\u00fcy\u00fck bir fark yarat\u0131r.\n <\/p>\n \n n8n’i kuyruk modunda \u00e7al\u0131\u015ft\u0131rmak, temel kurulumun \u00f6tesinde, performans\u0131n\u0131 daha da optimize etmek i\u00e7in baz\u0131 ileri d\u00fczey ayarlamalar gerektirebilir. Bu ayarlamalar, \u00f6zellikle \u00e7ok yo\u011fun i\u015f y\u00fck\u00fc alt\u0131nda veya \u00f6zel gereksinimleri olan senaryolarda fark yaratabilir.\n <\/p>\n \n \u0130\u015fleyici Say\u0131s\u0131n\u0131 Dinamik Olarak Ayarlama:<\/strong> Sabit say\u0131da i\u015fleyici yerine, i\u015f y\u00fck\u00fcne g\u00f6re otomatik olarak i\u015fleyici say\u0131s\u0131n\u0131 art\u0131ran veya azaltan bir sistem kurmak, kaynaklar\u0131 daha verimli kullanman\u0131z\u0131 sa\u011flar. Bu, genellikle bir orkestrasyon arac\u0131 (\u00f6rne\u011fin Kubernetes) veya \u00f6zel bir izleme ve otomasyon beti\u011fi ile ger\u00e7ekle\u015ftirilir. \u00d6rne\u011fin, Redis kuyru\u011fundaki bekleyen i\u015f say\u0131s\u0131 belirli bir e\u015fi\u011fi a\u015ft\u0131\u011f\u0131nda otomatik olarak yeni i\u015fleyici podlar\u0131 ba\u015flat\u0131labilir.\n <\/p>\n \n \u0130\u015f \u00d6nceliklendirme:<\/strong> n8n’in varsay\u0131lan kuyruk mekanizmas\u0131 genellikle i\u015fleri FIFO (\u0130lk Giren \u0130lk \u00c7\u0131kar) prensibine g\u00f6re i\u015fler. Ancak, baz\u0131 i\u015fler di\u011ferlerinden daha acil olabilir. n8n’in baz\u0131 mesaj kuyru\u011fu entegrasyonlar\u0131 (\u00f6rne\u011fin, RabbitMQ) farkl\u0131 \u00f6ncelik seviyeleri tan\u0131mlaman\u0131za olanak tan\u0131r. Bu sayede, kritik i\u015fler daha h\u0131zl\u0131 i\u015flenirken, daha az acil olanlar kuyru\u011fun arkas\u0131nda bekleyebilir. Bu, i\u015f ak\u0131\u015flar\u0131n\u0131z\u0131n i\u015fleyi\u015fini daha iyi kontrol etmenizi sa\u011flar.\n <\/p>\n \n \u0130\u015f Zaman A\u015f\u0131mlar\u0131 (Timeouts) ve Yeniden Denemeler:<\/strong> Kuyruk modunda bile, baz\u0131 i\u015fler beklenmedik nedenlerle tak\u0131labilir veya ba\u015far\u0131s\u0131z olabilir. \u0130\u015f zaman a\u015f\u0131mlar\u0131n\u0131 do\u011fru yap\u0131land\u0131rmak ve ba\u015far\u0131s\u0131z olan i\u015fler i\u00e7in otomatik yeniden deneme mekanizmalar\u0131 kurmak, sistemin genel dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r. n8n’in kendisi ve kulland\u0131\u011f\u0131n\u0131z mesaj kuyru\u011fu sistemi, bu t\u00fcr yap\u0131land\u0131rmalar i\u00e7in se\u00e7enekler sunabilir. \u00d6rne\u011fin, bir i\u015f 5 dakika i\u00e7inde tamamlanmazsa zaman a\u015f\u0131m\u0131na u\u011fray\u0131p yeniden denenmesi sa\u011flanabilir.\n <\/p>\n \n \u0130zleme ve G\u00fcnl\u00fckleme (Monitoring & Logging):<\/strong> Kuyruk modunda \u00e7al\u0131\u015fan bir n8n sistemi, daha karma\u015f\u0131k bir yap\u0131ya sahiptir. Bu nedenle, sistemin sa\u011fl\u0131\u011f\u0131n\u0131 ve performans\u0131n\u0131 s\u00fcrekli izlemek kritik \u00f6neme sahiptir. Redis kuyru\u011fundaki bekleyen i\u015f say\u0131s\u0131, i\u015fleyicilerin durumu, CPU ve bellek kullan\u0131m\u0131 gibi metrikleri izlemek i\u00e7in Prometheus, Grafana gibi ara\u00e7lar\u0131 kullanabilirsiniz. Detayl\u0131 g\u00fcnl\u00fckleme (logging) ise, sorun giderme s\u00fcre\u00e7lerinde size yard\u0131mc\u0131 olacakt\u0131r. n8n’in kendi loglar\u0131n\u0131 ve mesaj kuyru\u011fu sisteminin loglar\u0131n\u0131 d\u00fczenli olarak incelemek, potansiyel sorunlar\u0131 erkenden tespit etmenizi sa\u011flar.\n <\/p>\n \n Veritaban\u0131 Optimizasyonu:<\/strong> n8n, i\u015f ak\u0131\u015flar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rmak i\u00e7in s\u00fcrekli olarak veritaban\u0131 ile etkile\u015fim halindedir. Yo\u011fun i\u015f y\u00fck\u00fc alt\u0131nda, veritaban\u0131 performans\u0131 darbo\u011faz olu\u015fturabilir. Kulland\u0131\u011f\u0131n\u0131z veritaban\u0131n\u0131 (PostgreSQL, MySQL vb.) optimize etmek, indekslemeleri do\u011fru yapmak ve yeterli kaynaklara sahip oldu\u011fundan emin olmak, genel sistem performans\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirebilir.\n <\/p>\n \n A\u011f Yap\u0131land\u0131rmas\u0131:<\/strong> n8n ana sunucusu, i\u015fleyiciler ve mesaj kuyru\u011fu sistemi aras\u0131ndaki a\u011f ileti\u015fimi, performans \u00fczerinde b\u00fcy\u00fck bir etkiye sahip olabilir. D\u00fc\u015f\u00fck gecikme s\u00fcresi (latency) ve y\u00fcksek bant geni\u015fli\u011fi sa\u011flayan bir a\u011f altyap\u0131s\u0131, i\u015flerin daha h\u0131zl\u0131 iletilmesini ve i\u015flenmesini sa\u011flar. \u00d6zellikle farkl\u0131 sunucular veya veri merkezleri aras\u0131nda \u00e7al\u0131\u015f\u0131l\u0131yorsa, a\u011f yap\u0131land\u0131rmas\u0131 dikkatlice planlanmal\u0131d\u0131r. Bu ileri d\u00fczey ayarlar, n8n’in kuyruk modunu kullanarak en yo\u011fun i\u015f y\u00fck\u00fc senaryolar\u0131nda bile maksimum verimlilik ve kararl\u0131l\u0131k sa\u011flamas\u0131na yard\u0131mc\u0131 olur.\n <\/p>\n \n Bir e-ticaret platformu d\u00fc\u015f\u00fcnelim. Bu platformda, \u00f6zellikle \u00f6zel g\u00fcnler (Kara Cuma, Sevgililer G\u00fcn\u00fc vb.) veya b\u00fcy\u00fck indirim kampanyalar\u0131 s\u0131ras\u0131nda, sipari\u015f hacminde ani ve devasa art\u0131\u015flar ya\u015fan\u0131r. Diyelim ki, bir kampanya s\u0131ras\u0131nda ayn\u0131 anda 19 kritik sipari\u015f i\u015fleme ak\u0131\u015f\u0131 tetiklendi. Bu ak\u0131\u015flar, a\u015fa\u011f\u0131daki ad\u0131mlar\u0131 i\u00e7erebilir:\n <\/p>\n \n Her bir sipari\u015f ak\u0131\u015f\u0131, bu ad\u0131mlardan baz\u0131lar\u0131n\u0131 veya tamam\u0131n\u0131 i\u00e7erebilir ve her biri ortalama 1 ila 2 dakika s\u00fcrebilir. E\u011fer n8n standart modda \u00e7al\u0131\u015f\u0131yor olsayd\u0131, bu 19 i\u015f ayn\u0131 anda sunucuyu zorlar, kaynaklar t\u00fckenir ve baz\u0131 sipari\u015flerin i\u015flenmesi gecikebilir, hatta iptal edilebilir. Bu durum, m\u00fc\u015fteri memnuniyetsizli\u011fine, sat\u0131\u015f kayb\u0131na ve marka imaj\u0131n\u0131n zedelenmesine yol a\u00e7ar.\n <\/p>\n \n Ancak, n8n kuyruk modunda ve Redis ile yap\u0131land\u0131r\u0131lm\u0131\u015fsa, bu 19 sipari\u015f i\u015fi Redis kuyru\u011funa g\u00f6nderilir. Diyelim ki platformda 4 adet n8n i\u015fleyici (worker) \u00e7al\u0131\u015f\u0131yor. Bu i\u015fleyiciler, kuyruktan s\u0131rayla i\u015fleri al\u0131r. \u0130lk 4 sipari\u015f ak\u0131\u015f\u0131 hemen i\u015flemeye ba\u015flar. Bu ak\u0131\u015flar tamamland\u0131k\u00e7a, kuyruktan yeni i\u015fler al\u0131n\u0131r ve i\u015flenmeye devam eder. Bu s\u00fcre\u00e7, t\u00fcm 19 sipari\u015f i\u015fi tamamlanana kadar devam eder.\n <\/p>\n \n Bu senaryoda kuyruk modunun sa\u011flad\u0131\u011f\u0131 avantajlar \u015funlard\u0131r:\n <\/p>\n \n Bu e-ticaret \u00f6rne\u011fi, n8n’in kuyruk modunun, \u00f6zellikle yo\u011fun ve kritik i\u015f y\u00fck\u00fc senaryolar\u0131nda, sistemin kararl\u0131l\u0131\u011f\u0131n\u0131, performans\u0131n\u0131 ve g\u00fcvenilirli\u011fini nas\u0131l sa\u011flad\u0131\u011f\u0131n\u0131 net bir \u015fekilde g\u00f6stermektedir. 19 i\u015flik bir zirve y\u00fck\u00fc gibi durumlar, kuyruk modunun ger\u00e7ek de\u011ferini ortaya koyar.\n <\/p>\n \n n8n’i hem standart hem de kuyruk modunda \u00e7al\u0131\u015ft\u0131rmak, otomasyon stratejinizin \u00f6l\u00e7e\u011fine ve gereksinimlerine ba\u011fl\u0131 olarak farkl\u0131 avantajlar sunar. Standart mod, basitlik ve h\u0131zl\u0131 ba\u015flang\u0131\u00e7 i\u00e7in idealdir, ancak yo\u011fun i\u015f y\u00fckleri alt\u0131nda performans sorunlar\u0131 ya\u015fanabilir. Kuyruk modu ise, Redis veya RabbitMQ gibi mesaj kuyruklar\u0131 ve birden fazla i\u015fleyici (worker) ile birlikte kullan\u0131ld\u0131\u011f\u0131nda, y\u00fcksek hacimli ve kritik otomasyon s\u00fcre\u00e7leri i\u00e7in vazge\u00e7ilmez bir \u00e7\u00f6z\u00fcm haline gelir. \u00d6zellikle 19 i\u015flik zirve y\u00fck\u00fc gibi senaryolarda, kuyruk modu sistemin kararl\u0131l\u0131\u011f\u0131n\u0131, \u00f6l\u00e7eklenebilirli\u011fini ve dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 garanti alt\u0131na al\u0131r. Bu makalede ele ald\u0131\u011f\u0131m\u0131z kurulum ad\u0131mlar\u0131 ve yap\u0131land\u0131rma \u00f6nerileriyle, n8n’i kendi ihtiya\u00e7lar\u0131n\u0131za g\u00f6re en uygun \u015fekilde ayarlayabilir, otomasyon projelerinizi bir \u00fcst seviyeye ta\u015f\u0131yabilirsiniz.\n <\/p>\n Yan\u0131t: n8n’i kuyruk modunda kullanman\u0131z gereken ba\u015fl\u0131ca durumlar \u015funlard\u0131r: e\u015f zamanl\u0131 olarak \u00e7ok say\u0131da i\u015f ak\u0131\u015f\u0131 \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131 gerekti\u011finde, i\u015f ak\u0131\u015flar\u0131n\u0131n uzun s\u00fcrmesi ve kaynaklar\u0131 yo\u011fun kullanmas\u0131 durumunda, sistemin yo\u011fun d\u00f6nemlerde bile stabil kalmas\u0131n\u0131 sa\u011flamak istedi\u011finizde ve i\u015f kay\u0131plar\u0131n\u0131 \u00f6nlemek istedi\u011finizde.<\/p>\n<\/li>\n Yan\u0131t: Evet, n8n RabbitMQ ile de entegre olabilir. RabbitMQ, daha geli\u015fmi\u015f mesajla\u015fma \u00f6zellikleri ve y\u00f6nlendirme se\u00e7enekleri sunar. Yap\u0131land\u0131rma, Redis’e benzer \u015fekilde, n8n ortam de\u011fi\u015fkenleri arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131r (\u00f6rne\u011fin, Yan\u0131t: \u0130\u015fleyici say\u0131s\u0131, sahip oldu\u011funuz sunucu kaynaklar\u0131na (CPU, RAM), i\u015f ak\u0131\u015flar\u0131n\u0131z\u0131n karma\u015f\u0131kl\u0131\u011f\u0131na ve i\u015fleme s\u00fcrelerine ba\u011fl\u0131d\u0131r. Ba\u015flang\u0131\u00e7 olarak birka\u00e7 i\u015fleyici ile ba\u015flay\u0131p, sistemin performans\u0131n\u0131 izleyerek bu say\u0131y\u0131 art\u0131rabilirsiniz. \u0130zleme ara\u00e7lar\u0131 (\u00f6rne\u011fin, Redis kuyru\u011fundaki bekleyen i\u015f say\u0131s\u0131) size bu konuda rehberlik edecektir.<\/p>\n<\/li>\n Yan\u0131t: Do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda kuyruk modunda i\u015flerin kaybolmas\u0131 pek olas\u0131 de\u011fildir. Redis ve RabbitMQ gibi mesaj kuyru\u011fu sistemleri, mesajlar\u0131n kal\u0131c\u0131 olarak saklanmas\u0131n\u0131 ve i\u015flenene kadar kuyrukta kalmas\u0131n\u0131 sa\u011flar. E\u011fer bir i\u015fleyici \u00e7\u00f6kerse, i\u015fler ba\u015fka bir i\u015fleyici taraf\u0131ndan al\u0131nabilir.<\/p>\n<\/li>\n Yan\u0131t: Standart modda performans sorunlar\u0131 ya\u015f\u0131yorsan\u0131z, \u00f6ncelikle i\u015f ak\u0131\u015flar\u0131n\u0131z\u0131n optimize edilip edilmedi\u011fini kontrol edin. Ard\u0131ndan, sunucu kaynaklar\u0131n\u0131z\u0131n (CPU, RAM, disk I\/O) yeterli olup olmad\u0131\u011f\u0131n\u0131 g\u00f6zden ge\u00e7irin. E\u011fer sorun devam ederse, kuyruk moduna ge\u00e7i\u015fi de\u011ferlendirmeniz \u00f6nerilir.<\/p>\n<\/li>\n<\/ul>\n #n8n #Otomasyon #KuyrukModu #\u0130\u015fAk\u0131\u015f\u0131 #Teknoloji #WebGeli\u015ftirme #DevOps<\/p>\ndocker-compose.yml<\/code> dosyas\u0131 yeterli olacakt\u0131r. Bu dosya, n8n’in \u00e7al\u0131\u015fmas\u0131 i\u00e7in gerekli olan veritaban\u0131 (genellikle PostgreSQL veya SQLite) gibi ba\u011f\u0131ml\u0131l\u0131klar\u0131 da i\u00e7erebilir. \u00d6rne\u011fin, temel bir Docker Compose dosyas\u0131 \u015fu \u015fekilde g\u00f6r\u00fcnebilir:\n <\/p>\n\nversion: '3.8'\n\nservices:\n n8n:\n image: n8nio\/n8n\n restart: always\n ports:\n - 5678:5678\n environment:\n - N8N_HOST=n8n.yourdomain.com\n - N8N_PROTOCOL=https\n - WEBHOOK_URL=https:\/\/n8n.yourdomain.com\/\n - DB_TYPE=postgres\n - DB_HOST=db\n - DB_PORT=5432\n - DB_DATABASE=n8n\n - DB_USER=n8n\n - DB_PASSWORD=your_db_password\n volumes:\n - n8n_data:\/home\/node\/.n8n\n depends_on:\n - db\n\n db:\n image: postgres:13\n restart: always\n environment:\n POSTGRES_PASSWORD: your_db_password\n POSTGRES_USER: n8n\n POSTGRES_DB: n8n\n volumes:\n - n8n_db_data:\/var\/lib\/postgresql\/data\n\nvolumes:\n n8n_data:\n n8n_db_data:\n <\/code><\/pre>\nenvironment<\/code> b\u00f6l\u00fcm\u00fcnde gerekli veritaban\u0131 ba\u011flant\u0131 bilgileri ve N8N_HOST<\/code> gibi ayarlar tan\u0131mlan\u0131r. volumes<\/code> ise n8n’in verilerini ve veritaban\u0131 dosyalar\u0131n\u0131 kal\u0131c\u0131 hale getirmek i\u00e7in kullan\u0131l\u0131r. Bu dosyay\u0131 kaydedip docker-compose up -d<\/code> komutuyla \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, n8n standart modda yay\u0131na haz\u0131r olacakt\u0131r.\n <\/p>\n\nnpm install -g n8n\nn8n start\n <\/code><\/pre>\nn8n start --port 5678<\/code> gibi bir komut kullanabilirsiniz. Standart modda, n8n’in ana sunucusu hem i\u015f ak\u0131\u015flar\u0131n\u0131 y\u00f6netir hem de i\u015fleri do\u011frudan \u00e7al\u0131\u015ft\u0131r\u0131r. Bu, kurulum ve y\u00f6netim a\u00e7\u0131s\u0131ndan en basit yakla\u015f\u0131md\u0131r. Ancak, yo\u011fun i\u015f y\u00fck\u00fc alt\u0131nda performans sorunlar\u0131 ya\u015fanabilece\u011fini unutmamak gerekir. Bu nedenle, daha karma\u015f\u0131k ve yo\u011fun senaryolar i\u00e7in kuyruk modunu de\u011ferlendirmek \u00f6nemlidir.\n <\/p>\nKuyruk Modu: Yo\u011fun \u0130\u015f Y\u00fck\u00fc \u0130\u00e7in Neden Vazge\u00e7ilmez?<\/h2>\n
n8n’i Kuyruk Modunda Kurulum ve Yap\u0131land\u0131rma<\/h2>\n
docker-compose.yml<\/code> dosyan\u0131za Redis servisini ekleyebilirsiniz:\n <\/p>\n\nversion: '3.8'\n\nservices:\n n8n:\n image: n8nio\/n8n\n restart: always\n ports:\n - 5678:5678\n environment:\n - N8N_HOST=n8n.yourdomain.com\n - N8N_PROTOCOL=https\n - WEBHOOK_URL=https:\/\/n8n.yourdomain.com\/\n - DB_TYPE=postgres\n - DB_HOST=db\n - DB_PORT=5432\n - DB_DATABASE=n8n\n - DB_USER=n8n\n - DB_PASSWORD=your_db_password\n # Kuyruk Modu Ayarlar\u0131\n - QUEUE_MODE=true\n - REDIS_HOST=redis\n - REDIS_PORT=6379\n volumes:\n - n8n_data:\/home\/node\/.n8n\n depends_on:\n - db\n - redis # Redis'e ba\u011f\u0131ml\u0131l\u0131k ekleniyor\n\n db:\n image: postgres:13\n restart: always\n environment:\n POSTGRES_PASSWORD: your_db_password\n POSTGRES_USER: n8n\n POSTGRES_DB: n8n\n volumes:\n - n8n_db_data:\/var\/lib\/postgresql\/data\n\n redis:\n image: redis:latest\n restart: always\n ports:\n - 6379:6379 # \u0130ste\u011fe ba\u011fl\u0131: Yerel eri\u015fim i\u00e7in\n volumes:\n - redis_data:\/data\n\nvolumes:\n n8n_data:\n n8n_db_data:\n redis_data:\n <\/code><\/pre>\n\n
QUEU_MODE=true<\/code>: Bu ortam de\u011fi\u015fkeni, n8n’in kuyruk modunu etkinle\u015ftirir.<\/li>\nREDIS_HOST=redis<\/code> ve REDIS_PORT=6379<\/code>: Bu de\u011fi\u015fkenler, n8n’in Redis sunucusuna ba\u011flanmas\u0131 i\u00e7in gerekli bilgileri sa\u011flar. E\u011fer Redis ba\u015fka bir sunucuda ise, REDIS_HOST<\/code> o sunucunun IP adresi veya alan ad\u0131 olmal\u0131d\u0131r.<\/li>\n<\/ul>\nports<\/code> b\u00f6l\u00fcm\u00fcn\u00fc kald\u0131r\u0131p, command<\/code> k\u0131sm\u0131na i\u015fleyici modunu belirten bir komut eklemelisiniz. \u00d6rne\u011fin:\n <\/p>\n\n n8n-worker-1:\n image: n8nio\/n8n\n restart: always\n environment:\n - N8N_HOST=n8n.yourdomain.com # Ana n8n sunucusuna referans\n - N8N_PROTOCOL=https\n - WEBHOOK_URL=https:\/\/n8n.yourdomain.com\/\n - DB_TYPE=postgres\n - DB_HOST=db\n - DB_PORT=5432\n - DB_DATABASE=n8n\n - DB_USER=n8n\n - DB_PASSWORD=your_db_password\n # Kuyruk Modu Ayarlar\u0131\n - QUEUE_MODE=true\n - REDIS_HOST=redis\n - REDIS_PORT=6379\n # \u0130\u015fleyici Modu\n - N8N_WORKER=true\n volumes:\n - n8n_data:\/home\/node\/.n8n # Veri payla\u015f\u0131m\u0131 i\u00e7in ana n8n ile ayn\u0131 volume kullan\u0131labilir\n depends_on:\n - db\n - redis\n\n n8n-worker-2:\n image: n8nio\/n8n\n restart: always\n environment:\n - N8N_HOST=n8n.yourdomain.com\n - N8N_PROTOCOL=https\n - WEBHOOK_URL=https:\/\/n8n.yourdomain.com\/\n - DB_TYPE=postgres\n - DB_HOST=db\n - DB_PORT=5432\n - DB_DATABASE=n8n\n - DB_USER=n8n\n - DB_PASSWORD=your_db_password\n - QUEUE_MODE=true\n - REDIS_HOST=redis\n - REDIS_PORT=6379\n - N8N_WORKER=true\n volumes:\n - n8n_data:\/home\/node\/.n8n\n depends_on:\n - db\n - redis\n <\/code><\/pre>\nn8n-worker-1<\/code> ve n8n-worker-2<\/code>) tan\u0131mlanm\u0131\u015ft\u0131r. Bu i\u015fleyicilerin her biri, ana n8n sunucusundan ba\u011f\u0131ms\u0131z olarak \u00e7al\u0131\u015f\u0131r ancak ayn\u0131 Redis kuyru\u011funu ve veritaban\u0131n\u0131 payla\u015f\u0131r. N8N_WORKER=true<\/code> ortam de\u011fi\u015fkeni, bu servislerin bir i\u015fleyici olarak davranmas\u0131n\u0131 sa\u011flar. Bu \u015fekilde, toplamda ana n8n sunucusu ve iki i\u015fleyici olmak \u00fczere \u00fc\u00e7 n8n \u00f6rne\u011fi \u00e7al\u0131\u015facakt\u0131r. \u0130\u015f y\u00fck\u00fc artt\u0131k\u00e7a, daha fazla i\u015fleyici servisi ekleyerek sistemin \u00f6l\u00e7eklenebilirli\u011fini art\u0131rabilirsiniz.\n <\/p>\n19 \u0130\u015flik Zirve Y\u00fck\u00fc Senaryosu: Kuyruk Modunun Performans\u0131<\/h2>\n
\n
\u0130leri D\u00fczey Ayarlar ve Optimizasyonlar<\/h2>\n
Ger\u00e7ek D\u00fcnya Senaryosu: E-Ticaret Sipari\u015f Y\u00f6netimi<\/h2>\n
\n
\n
Sonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
\n
QUEUE_MODE=true<\/code>, QUEUE_CONNECTION_MODE=rabbit<\/code>, RABBITMQ_URL=amqp:\/\/user:password@host:port\/vhost<\/code> gibi).<\/p>\n<\/li>\n