n8n vagy Make: az önálló üzemeltetés ára nem csak a szerverdíj

Az n8n saját infrastruktúrán akkor jó választás, ha fontos a példány feletti ellenőrzés, szükség van egyedi kódra, és van kapacitás az üzemeltetésre. A Make annak a csapatnak lehet kényelmesebb, amely vizuálisan építené fel a folyamatokat, és elfogadható számára a felhős működés. Az Agently összehasonlítása is a technikai tudást és az adatkontroll igényét emeli ki a választás fő szempontjaiként.

A két előfizetés névleges ára nem ad közös mércét. A saját n8n-példánynál a szerver mellé mentés, frissítés és hibakezelés tartozik; a Make-nél a lefutó modulok és az általuk feldolgozott adategységek alakítják a kreditigényt. Ugyanazt az üzleti feladatot ezért a várható terheléssel és a ráfordított munkaidővel együtt érdemes összevetni.

Adatkontroll és üzemeltetési munka

Az önállóan futtatott n8n esetében a csapat választja meg, hol működjön a példány, és maga kezeli annak konfigurációját. A folyamatokba JavaScript- vagy Python-kód is illeszthető, és általános HTTP-kérésekkel olyan szolgáltatáshoz is lehet kapcsolódni, amelyhez nincs megfelelő kész integráció. Ez különösen akkor hasznos, ha az adatátalakítás vagy a döntési logika kilóg a vizuális építőelemekből.

A helyben futó példány önmagában nem jelenti, hogy minden feldolgozott adat helyben is marad. Ha a munkafolyamat külső CRM-et, levelezőt vagy AI-szolgáltatást hív, annak adatkezelése továbbra is számít. Az adatkontroll előnye tehát a példányra és a csapat által választott kapcsolatokra vonatkozik, nem automatikus garancia a teljes folyamatra.

Az n8n mentési útmutatója szerint a munkafolyamatok és hitelesítő adatok exportja önmagában nem állít helyre egy teljes példányt: meg kell őrizni a konfigurációt, a hitelesítő adatok titkosítási kulcsát és a használt adatbázist is. PostgreSQL használatakor az adatbázishoz külön mentés kell. A frissítés előtti mentés elkészítése, a visszaállíthatóság ellenőrzése és a hibák kivizsgálása akkor is munkaidő, ha a szerver számlája alacsony.

A Make esetében a csapatnak nem kell a platform saját példányát frissítenie vagy annak adatbázisát mentenie. Cserébe a folyamatok a szolgáltató felhős környezetében működnek. Ha az adatkezelési követelmény saját üzemeltetést ír elő, ez döntő különbség; ha a felhő elfogadható, az infrastruktúra fenntartásának terhe kisebb.

Mit számol a két díjazás?

Az n8n díjszabása a fizetős csomagoknál a teljes munkafolyamat-végrehajtásokat veszi alapul, a lépések számától függetlenül. A Community kiadás önállóan üzemeltethető; a fizetős, saját infrastruktúrán futó csomagok további együttműködési és vállalati funkciókat kínálnak. A felhős n8n előfizetését és a saját telepítés költségét ezért külön esetként kell kezelni.

A Make számlázási egysége a kredit. A Make kreditmagyarázata szerint a nem AI-alkalmazásoknál egy művelet egy kreditet fogyaszt; egyes AI- és speciális funkcióknál az elszámolás a tokenektől vagy más felhasználási tényezőktől is függhet. Külső AI-szolgáltató saját kapcsolatának használatakor a szolgáltató tokenköltsége a Make kreditjein felül jelentkezhet.

A Make-művelet nem egyenlő egy teljes üzleti eseménnyel. Egy modul több adategységet is kaphat, és később mindegyiken külön lefuthat. A rajzon látható dobozok száma így csak azt mutatja meg, milyen műveletek lehetségesek; a várható számlázáshoz azt is tudni kell, milyen gyakran és hány adategységen futnak.

Három feltételes munkafolyamat azonos üzleti lépésszámmal

A következő három példa feltételes, ötlépéses üzleti modell, nem elvégzett platformteszt. Egy üzleti lépés a megvalósításban több modulból is állhat. A Make műveleti útmutatója szerint egy ellenőrző indítómodul egyszer futhat le akkor is, ha több adategységet ad tovább, a következő modulok viszont adategységenként ismétlődhetnek. Ezért azonos lépésszám mellett is eltérő terhelés adódhat.

Érdeklődő rögzítése

A feltételezett lépések: új érdeklődés fogadása, adatok egységesítése, meglévő kapcsolat keresése, rekord létrehozása vagy frissítése, majd értesítés küldése. Ha minden indítás egyetlen érdeklődőt hoz, a terhelés közel áll a folyamat látható hosszához. Ha egy lekérdezés egyszerre több érdeklődőt ad tovább, a későbbi műveletek mindegyikükön megismétlődhetnek.

Egy leegyszerűsített, feltételes számításban egy ellenőrzés tíz érdeklődőt talál, és utánuk négy nem AI-modul fut egyszer-egyszer: ez egy plusz négyszer tíz, vagyis negyvenegy művelet és ugyanennyi kredit. A példa csak akkor áll, ha valóban ez az öt modul fut, és nincs további elágazás vagy eltérő kreditdíjú funkció. n8n-nél pedig az számít, hogy egyetlen köteg indít egy munkafolyamat-végrehajtást, vagy az érdeklődők külön indításokban érkeznek.

Megrendelés ellenőrzése

Itt az öt feltételezett lépés: megrendelés fogadása, ügyféladat lekérése, készletállapot ellenőrzése, eredmény szerinti továbbítás és visszajelzés. Egy rendelés azonban több terméktételt tartalmazhat. Ha a készletellenőrzés és a következő művelet tételenként fut, ezek terhelése a tételek számával nő, miközben a megrendelés fogadása továbbra is egyszer történik.

Az elágazásnál az aktív útvonalakat kell számolni, nem minden megrajzolt ágat egyszerre. A becsléshez ezért a rendelések várható száma mellett a tételek jellemző száma és az egyes ágakon lefutó modulok kellenek. Egyetlen „ötlépéses folyamat” megnevezés ezeket a különbségeket elfedi.

Ügyfélszolgálati kérés továbbítása

A feltételezett lépések: kérés fogadása, üzenet vagy melléklet feldolgozása, besorolás, ügy létrehozása és felelős értesítése. Ha a besorolás külső AI-szolgáltatást használ, annak használati díja mindkét platform költségképéhez hozzátartozik. Make-en a választott AI-funkció kreditelszámolását is külön kell figyelembe venni.

A mellékletek és a továbbított üzenetek száma a feldolgozás módjától függően növelheti a lefutó műveleteket vagy a külső szolgáltatás fogyasztását. Ha viszont egy kérés egyetlen adategység marad, a folyamat terhelése más lesz. A példa éppen azt mutatja meg, miért nem lehet az öt üzleti lépésből rögzített havi kreditösszeget levezetni.

Az összehasonlítható havi költség

A Make becsült havi költsége a várható kreditigényhez illő csomagdíj, a külső szolgáltatások díja és a folyamatok karbantartására fordított munkaidő értéke együtt. A kreditigény folyamatonként felírható a futások számának, az egyes modulok várható futásszámának és kreditelszámolásának szorzataiból. Az időzített ellenőrzések, a több adategységet továbbadó lépések és a ritka, de költséges ágak külön sorban szerepeljenek.

A saját n8n becsült havi költségében a szerver és a mentési tárhely mellett a szükséges licenc, a külső API-k és az üzemeltetésre fordított órák értéke szerepel. Az órákba a frissítés, a mentések kezelése, a hozzáférések rendben tartása és a hibák megoldása tartozik. A felhős n8n-nél a saját szerver helyére az előfizetés és a várható munkafolyamat-végrehajtások száma kerül.

Ha nincs megbízható üzemeltetési kapacitás, és a felhős adatkezelés megfelel, a Make egyszerűbb választás lehet. Ha a saját infrastruktúra követelmény, vagy a folyamatok rendszeresen egyedi kódot kívánnak, az n8n mellett erősebb az érv. A három modellben a döntést leginkább az események gyakorisága, az egy eseményből keletkező adategységek száma és a tényleges üzemeltetői órák változtatják meg.