n8n vai Make: lētākais mainās, kad darbplūsma kļūst gara

Īsai automatizācijai Make var būt lētāka izvēle, taču, vienai palaišanai pievienojot arvien vairāk izpildītu darbību, tās kredītu patēriņš aug, kamēr n8n mākoņpakalpojums uzskaita darbplūsmas izpildi. n8n cenu lapā Starter plānam norādītas 2500 izpildes mēnesī ar neierobežotu soļu skaitu. Garums tādēļ var mainīt izdevīgāko plānu, bet pats par sevi vēl nepierāda, kurš rēķins būs mazāks.

Make jāskaita darbības, kas tiešām notiek. Make cenu lapā bezmaksas plānam norādīti 1000 kredītu mēnesī, bet Core sākuma apjomam — 10 000; parasta moduļa darbība patērē vienu kredītu. Salīdzinājumam vajadzīgi trīs sava procesa lielumi: cik bieži tas sākas, cik moduļu katrā reizē strādā un cik pārbaudes beidzas bez jauniem datiem.

Viena ķēde, divas uzskaites vienības

Turpmākajos nosacītajos piemēros pienāk satura ieraksts, plūsma izgūst papildu datus, tos pārveido, saglabā rezultātu un nosūta paziņojumu. Pēc sākuma signāla ir četras apstrādes darbības. Pieņemam, ka katrs modulis apstrādā vienu ierakstu un Make sākuma modulis patērē vienu kredītu; n8n pusē katrs ienākošais ieraksts sāk vienu darbplūsmas izpildi. Tie ir aprēķina pieņēmumi, nevis izmērīts abu platformu rēķins.

Šāds vienkāršojums der tikai parastiem moduļiem. Make kredītu skaidrojums norāda, ka daļai MI un citu papildu funkciju patēriņš ir mainīgs un var būt atkarīgs, piemēram, no apstrādātā apjoma. Ja modulis atgriež vairākus ierakstus un nākamais apstrādā katru atsevišķi, arī darbību skaits pieaug. Tāpēc formulas jāpiemēro faktiskajiem moduļu izsaukumiem, nevis tikai redzamo lodziņu skaitam plūsmas shēmā.

Īsa plūsma: abi apjomi ietilpst sākuma plānos

Pieņemsim 1000 ienākošu ierakstu mēnesī. Katram Make veic vienu sākuma moduļa darbību un četras apstrādes darbības: 1000 × (1 + 4) = 5000 kredītu. n8n šajā pašā piemērā uzskaita 1000 izpilžu. Abi apjomi ietilpst iepriekš minētajos Core un Starter limitos, tāpēc uzskaites vienību atšķirība vēl neliek pirkt lielāku plānu.

Šādai plūsmai izvēli var noteikt abonēšanas cena un ieviešanas darbs. Make vizuālajā redaktorā standarta moduļu ķēdi var izveidot bez sava servera uzturēšanas; arī n8n piedāvā vizuālu redaktoru, bet ļauj dziļāk pielāgot loģiku ar kodu. Cik maksā izveide un vēlākie labojumi, nevar izrēķināt no kredītu tabulas: komanda ar gatavām integrācijām patērēs citu darba laiku nekā komanda, kurai jāraksta pielāgoti savienojumi.

Gara plūsma: atzari patērē kredītus tikai tad, kad strādā

Tagad tam pašam ierakstam pievienosim divus atzarus: viens sagatavo un saglabā papildu rezultātu, otrs to nosūta vēl vienam saņēmējam. Pieņemsim, ka kopā ar sākotnējām darbībām katram ierakstam tiek izpildīti 12 apstrādes moduļi. Tad 1000 ierakstu Make pusē nozīmē 1000 × (1 + 12) = 13 000 kredītu, bet n8n pusē joprojām 1000 izpilžu. Šajā konfigurācijā Make Core sākuma kredītu apjoms vairs nepietiek, savukārt n8n Starter izpilžu limits nav sasniegts.

Tas ir brīdis, kad jāskatās nākamā vajadzīgā kredītu apjoma vai papildkredītu cena, nevis tikai abu plānu sākumcena. Pārsniegts limits automātiski nenozīmē, ka Make kopējais rēķins jau ir lielāks par n8n rēķinu. Toties katrs papildu izpildītais modulis palielina Make patēriņu, kamēr tā pati n8n palaišana joprojām ir viena izpilde. Jo garāka ir katru reizi pilnībā izpildītā ķēde, jo ticamāk, ka šī atšķirība ietekmēs maksājamo summu.

Atzars, kuru nosacījums izlaiž, formulā nav jāiekļauj. Ja viens atzars darbojas tikai daļai ierakstu, tā moduļus reizina ar šīs daļas apjomu, nevis ar visām palaišanām. Pretējā virzienā darbojas vairāki datu ieraksti vienā palaišanā: nākamie Make moduļi var tikt izsaukti katram no tiem, kamēr n8n mākoņplāna uzskaites vienība paliek darbplūsmas izpilde. Šī atšķirība var būt lielāka par vienkāršu soļu skaita starpību.

Bieža aptauja: jāsaskaita arī tukšās pārbaudes

Trešajā nosacītajā scenārijā četru darbību ķēdi iedarbina datu avota pārbaude ik pēc 15 minūtēm 30 dienu periodā. Tas ir 2880 pārbaužu. Pieņemsim, ka jauns ieraksts atrodas katrā desmitajā reizē, tātad apstrāde notiek 288 reizes. Ja Make aptaujas modulis katrā pārbaudē patērē vienu kredītu, bet četras pārējās darbības notiek tikai pēc atraduma, patēriņš ir 2880 + 288 × 4 = 4032 kredīti.

n8n rezultāts šeit ir atkarīgs no plūsmas uzbūves. Ja ieplānota pati darbplūsma un tā sākas katrā pārbaudē, uzskaitītas tiek 2880 izpildes, arī tad, ja lielākā daļa reižu beidzas bez apstrādes. Šis apjoms pārsniedz iepriekš norādīto Starter limitu. Ja ienākošs notikums palaiž darbplūsmu tikai pēc jauna ieraksta saņemšanas, izpilžu skaits var būt tuvāks atrasto ierakstu skaitam; tas ir citas konfigurācijas rezultāts, nevis vispārēja n8n priekšrocība aptaujā.

Arī Make pusē jānošķir periodiska pārbaude no tūlītēja ienākoša notikuma. Ja datu avots spēj paziņot par izmaiņu, tukšās aptaujas var atkrist, taču sākuma un apstrādes moduļi joprojām jāuzskaita. Kļūdas pievieno vēl vienu mainīgo: atkārtoti palaisti moduļi var patērēt kredītus, savukārt atkārtota visas n8n darbplūsmas palaišana var palielināt izpilžu skaitu. Salīdzinājumā jāizmanto izvēlētā kļūdu apstrādes kārtība, nevis pieņēmums, ka katrs ieraksts vienmēr izdodas ar pirmo mēģinājumu.

Pašmitināšanai abonementa vietā ir uzturēšanas darbs

n8n platformu salīdzinājumā Community Edition raksturota kā bezmaksas pašmitināma versija; Make darbojas kā pārvaldīts mākoņpakalpojums. Community izvēlē mākoņplāna izpilžu limits vairs nav abonēšanas slieksnis, taču jāapmaksā infrastruktūra un jāuztur pati instalācija. Servera atjauninājumi, rezerves kopijas, piekļuves tiesības un kļūmju novēršana paliek lietotāja atbildībā. Papildu pārvaldības iespējas n8n piedāvā arī maksas pašmitinātajos plānos.

Ekonomiskais aprēķins tādēļ ir servera maksa plus administrēšanai patērētais laiks, nevis nulle eiro par visu risinājumu. Nelielai ķēdei pat dažas uzturēšanas stundas var pārsniegt abonementu starpību. Ja organizācija jau uztur savu infrastruktūru un tai ir daudz garu plūsmu, šīs izmaksas var sadalīties starp vairākiem procesiem. Abās platformās atsevišķi jāvērtē arī ārējo datu avotu un MI pakalpojumu maksas, ja izvēlētā ķēde tos izmanto.

Ko rāda viens publicēts izmēģinājums

Emergent divu nedēļu izmēģinājumā vienāda satura plūsma pārbaudīja trīs RSS avotus, veidoja MI kopsavilkumus un saglabāja rezultātus Google Sheets; autora uzskaitē Make patērēja nedaudz vairāk par 10 800 kredītiem un izmaksāja apmēram 18 ASV dolārus, bet n8n reģistrēja aptuveni 1100 izpilžu un izmaksāja 24 ASV dolārus. Make šajā konkrētajā izmēģinājumā bija lētāks, lai gan vajadzēja papildu kredītus. Skaitļi attiecas uz autora izmantotajiem plāniem, grafiku un darbplūsmu.

Šis piemērs parāda, kāpēc izmaksu secību nevar noteikt pēc vienas uzskaites vienības. Īsā, mēreni biežā ķēdē zemāka sākumcena var atsvert Make lielāku kredītu patēriņu; garā ķēdē vai biežā aptaujā vajadzīgais kredītu apjoms aug citādi nekā n8n izpilžu skaits. Izvēlei pietiek pierakstīt sava procesa palaišanas, faktiski izpildītos moduļus, tukšās pārbaudes un paredzamos atkārtojumus, pēc tam salīdzināt vajadzīgo plānu izmaksas. Pašmitinātam variantam tajā pašā aprēķinā ir vieta arī uzturēšanas darbam.

Lasiet arī:

• Metricool vai Buffer: kontu skaits apgriež cenas salīdzinājumu
• Bitwarden vai Proton Pass: audits un pašmitināšana maina izvēli
• Trello vai Notion: lētāka tāfele pret vienotu darba telpu