Question 1

n8n-də təhlükəsizlik baxımından nələrə diqqət edirsən?

Accepted Answer

Cavaba n8n-in niyə xüsusi hal olduğunu izah etməklə başla — bu, dərhal fərqləndirir. "n8n adi tətbiqdən fərqlidir, çünki bir yerdə bir neçə sistemin credential-ı toplanır. Bir sızma bir neçə sistemə çıxış deməkdir, ona görə risk mərkəzləşib. Qatlar üzrə baxıram: Credential-lar. Açar heç vaxt node parametrində olmamalıdır — orada olan hər şey workflow JSON-unun bir hissəsidir və ixrac, paylaşma, dəstəyə göndərmə ilə yayılır. Həmçinin minimum icazə: oxumaq kifayətdirsə yazma icazəsi istəmirəm. Şifrələmə açarı. Credential-ları qoruyan açar ən həssas sirrdir. Produksiyada onu özüm təyin edib mühit dəyişəni kimi idarə edirəm; n8n açarın rotasiyası üçün prosedur da verir. Böyük təşkilatda credential-ları xarici secret vault-da saxlamaq imkanı da var. Webhook-lar. Açıq internetdəki endpoint mütləq autentifikasiya tələb etməlidir. Təsadüfi URL sirr deyil — loglara və proxy-lərə düşür. Gələn data. Webhook body-si etibarsızdır. Onu birbaşa SQL sorğusuna qoymuram — query parametrləri işlədirəm, çünki n8n onları təmizləyir. İcra tarixçəsi. Şəxsi məlumat emal edirsə, saxlanan icra datası özü risk olur — həssas sahələri erkən atıram və saxlama parametrlərini tənzimləyirəm."

Question 2

Komandada 50+ workflow-u necə idarə edərdin?

Accepted Answer

Bu, arxitektura və proses sualıdır. Dörd istiqamətdə cavab ver. 1. Konvensiyalar. Adlandırmada mühiti və məqsədi göstərirəm: [Prod] Daily CRM sync, [Sub] Enrich customer. Qovluq və teq strukturu qururam. Bunlar 5 workflow-da lazımsız görünür, 50 workflow-da isə tapmağın yeganə yolu olur. 2. Təkrar istifadə. Eyni məntiq üç yerdə varsa, onu sub-workflow-a çıxarıram. Kopyalanmış məntiq zamanla fərqlənir və düzəliş yalnız bir nüsxədə edilir — bu, ən çox rast gəlinən texniki borcdur. 3. Dəyişikliklərin idarəsi. Business və Enterprise planlarında Git əsaslı source control var: instansiyalar branch-lara bağlanır, dəyişiklik dev-də sınanıb produksiyaya pull edilir, üstəlik vizual diff ilə review mümkündür. Bu olmayanda ən yaxın alternativ ixrac/idxal, dəyişiklik tarixçəsi və ayrıca test instansiyasıdır. 4. Görünürlük. Mərkəzləşdirilmiş error workflow bütün workflow-lara təyin olunur. Uğursuz icra faizini izləyirəm — o artırsa, nəyinsə dəyişdiyinin ilk siqnalıdır. Əlavə olaraq: sahiblik. Hər workflow-un məsul adamı olmalıdır. Sahibi olmayan workflow bir müddət sonra heç kimin toxunmağa cəsarət etmədiyi qara qutuya çevrilir."

Question 3

n8n-də dev və produksiya mühitlərini necə ayırardın?

Accepted Answer

İki ssenarini ayır — plan imkanına görə cavab dəyişir və bunu bilmək təcrübə göstəricisidir. "Rəsmi mexanizm mövcuddursa: Business və Enterprise planlarında Git əsaslı source control var. Ayrı n8n instansiyaları Git branch-larına bağlanır: dev instansiyası dev branch-a push edir, produksiya instansiyası main-dən pull edir. Dəyişikliyi yayımlamazdan əvvəl vizual diff ilə müqayisə edib review-ə göndərmək mümkündür. Bu, klassik CI/CD-yə ən yaxın olan variantdır. Mövcud deyilsə — ki, kiçik komandalarda çox vaxt belədir — daha sadə, amma işlək bir sxem qururam: 1. Ayrı instansiya və ya ən azı ayrı workflow-lar — [Dev] və [Prod] prefiksi ilə 2. Ayrı credential-lar — test və produksiya sistemlərinə fərqli credential-lar; belə olanda test heç vaxt real dataya toxunmur 3. İxrac/idxal ilə köçürmə — dev-də sınanmış workflow JSON kimi ixrac edilib produksiyaya idxal olunur; bütöv qovluq və ya layihə köçürmək lazımdırsa paket formatı var 4. Dəyişiklik tarixçəsi — səhv olsa əvvəlki versiyaya qayıtmaq üçün Hər iki halda ən vacib qayda eynidir: produksiya workflow-unu birbaşa produksiyada redaktə etməmək. Bu, ən çox rast gəlinən və ən bahalı vərdişdir."

Risk	Necə yaranır	Qarşısı necə alınır
Açarın workflow ixracına düşməsi	Token node parametrinə düz mətnlə yazılıb	Həmişə credential işlət — ixracda credential dəyəri getmir
Qorunmamış webhook	Autentifikasiya "None" qoyulub	Basic, Header və ya JWT auth; mümkünsə imza yoxlaması və IP məhdudlaşdırma
SQL injection	Gələn data expression ilə sorğuya birləşdirilib	`$1`, `$2` tokenləri və Query Parameters sahəsi
Həssas datanın icra tarixçəsində qalması	Şəxsi məlumat node-lar arasında keçir və saxlanır	Workflow parametrlərində icra datasının saxlanmasını tənzimlə; həssas sahələri erkən at
Həddindən artıq icazə	Credential-a lazım olandan çox icazə verilib	Oxumaq kifayətdirsə yazma icazəsi istəmə; ayrıca servis istifadəçisi yarat

Təhlükəsizlik, versiyalama və komanda işi

📚 Mənbələr və sənədlər