A rövid válasz
A Make-et akkor válaszd, ha nem akarsz szerverrel foglalkozni és a folyamataitok kis vagy közepes forgalmúak. Az n8n-t akkor, ha az adatnak nem szabad kimennie, vagy ha sok a lefutás és a darabszám alapú árazás fájna. Ha a feladat kilóg mindkettőből, saját kód a jobb megoldás, mert az nem lesz drágább attól, hogy nő a forgalom.
Mi az n8n
Az n8n egy munkafolyamat-automatizáló eszköz. Rendszereket köt össze: ha az egyikben történik valami, például új rendelés vagy beérkező űrlap, a másikban elindít egy lépéssort. Programozni nem kell hozzá, a lépéseket egy vizuális felületen kattintod össze.
Egy berlini cég fejleszti, a forráskódja nyilvános, és kétféleképpen használható: a gyártó felhőszolgáltatásaként, vagy saját szerverre telepítve. Ez utóbbi a legnagyobb különbség a Zapierhez és a Make-hez képest, mert így az adat nem hagyja el a saját infrastruktúrádat.
Mesterséges intelligenciával is jól együttműködik: a folyamat közepén egy nyelvi modell értelmezhet levelet, kategorizálhat kérdést vagy írhat választ, és az eredmény megy tovább a következő lépésbe.
Felhő vagy saját szerver
A felhős változatban nem kell semmit telepíteni: regisztrálsz, és böngészőben dolgozol. Az árazás a lefutások számán alapul, a pontos csomagokat a gyártó oldalán nézd meg.
Saját szerveren a közösségi változat licencdíj nélkül futtatható. Egy kisebb virtuális szerver jellemzően elég hozzá, de a telepítés, a frissítés, a mentés és a felügyelet a te feladatod. Ha ezt senki nem vállalja a cégben, a felhős változat vagy egy üzemeltetési megállapodás a biztonságosabb.
Egy egyszerű n8n munkafolyamat felépítése
Egy tipikus első folyamat: a weboldal űrlapján érkező megkeresésből automatikusan sor lesz egy táblázatban, és értesítés megy a csapatnak. Ez három lépés.
Az első az indító esemény, például egy webhook, amit az űrlap meghív, vagy egy időzítés. A második a feldolgozás: a mezők rendezése, a hiányzó adat ellenőrzése, és ha kell, egy AI lépés, ami összefoglalja az üzenetet. A harmadik a kimenet: új sor a táblázatban és egy levél vagy csevegőüzenet.
A folyamat a felületen lépésenként lefuttatható és ellenőrizhető. Élesítés előtt állítsd be a hibaágat is: mi történjen, ha a táblázat épp nem elérhető. Enélkül egy kiesésnél csendben elvesznek a megkeresések.
A lényegi különbség
A Make felhős szolgáltatás: regisztrálsz, és megy. Nincs szerver, nincs frissítés, nincs üzemeltetés. Cserébe az adat átmegy a szolgáltatón, és a számla a lefutások számától függ.
Az n8n futtatható a saját szerveretekre telepítve. Ilyenkor az adat nem hagyja el a környezeteteket, és a költség nem a lefutások számától, hanem a szervertől függ. Cserébe valakinek üzemeltetnie kell. Van felhős változata is, ha ez nem fér bele.
Ez a két szempont, az adat helye és a költség szerkezete dönt a legtöbb esetben. A funkciók listája sokkal kevésbé, mert a gyakorlatban mindkettő elég.
Melyiket mikor
A választás nem örökre szól. Egy folyamatot át lehet vinni, csak munka. Ezért nem érdemes hónapokig mérlegelni: kezdj azzal, ami most kényelmesebb.
| Ha ez igaz nálatok | Ez a jobb választás |
|---|---|
| Nincs, aki szervert üzemeltessen | Make |
| Az adat nem hagyhatja el a céget | n8n saját szerveren |
| Sok ezer lefutás havonta | n8n, a darabszám alapú ár miatt |
| Gyorsan kell egy egyszerű összekötés | Make |
| A feladat kilóg a kész elemekből | saját kód |
| Utána ti akartok bele nyúlni | bármelyik, de tanulással jár |
Mikor egyik sem
Ha a folyamat sok elágazást, saját logikát vagy nagy adatmennyiséget kíván, a vizuális összekötők átláthatatlanná válnak. Egy negyven elemből álló ábra nehezebben karbantartható, mint száz sor jól megírt kód.
Ha a lefutás száma nagyon magas, a darabszám alapú árazás gyorsan drágább lesz, mint a fejlesztés egyszeri költsége. Ezt érdemes előre kiszámolni, mert utólag fájó.
Mi nem vagyunk elkötelezve egyik eszköz mellett sem. A felmérésen az dönt, hogy a ti feladatotokhoz melyik illik, nem az, hogy melyikkel dolgozunk szívesebben.
Amire a választásnál nem szoktak gondolni
A hibakezelés fontosabb, mint a funkciólista. Mi történik, ha egy lépés elhasal? Újrapróbálja? Szól valakinek? Félbehagyja a folyamatot fél úton? Ezt mindkét eszközzel meg lehet oldani, de nem magától történik meg. A legtöbb rosszul működő automatizálás nem attól rossz, hogy nem tud valamit, hanem attól, hogy hiba esetén csendben megáll.
A második a jogosultságok. Az összekötő eszköz hozzáférést kap a rendszereitekhez, és ezek a hozzáférések ott is maradnak. Érdemes külön felhasználót létrehozni neki, csak a szükséges jogokkal, hogy egy elrontott beállítás ne érjen el mindent.
A harmadik az, hogy ki tud hozzányúlni. Ha egyetlen ember érti a cégnél, az ugyanolyan kockázat, mint amikor egy folyamatot csak egy kolléga tud elvégezni. Ezért adunk át dokumentációt arról, mit csinál a folyamat, nem csak arról, hova kell kattintani.
A negyedik a naplózás. Utólag tudni kell, mi futott le és mikor. Enélkül egy hibás számla vagy egy elmaradt levél ügyében nincs mit megnézni, csak találgatni lehet.
A teljes téma részletesen: Folyamatautomatizálás