n8n ці Make: адзін запуск і кожная аперацыя даюць розныя рахункі

У правілах аплаты n8n адзінкай для воблачных тарыфаў служыць адно поўнае выкананне працэсу незалежна ад колькасці яго крокаў. Таму шматкрокавы працэс пры частых запусках можа быць выгадней размясціць на ўласным серверы з n8n Community Edition. Пры невялікай нагрузцы Make часта прасцей аплаціць, чым утрымліваць асобную інфраструктуру і выдзяляць час адміністратара.

У Make адзінкай аплаты сталі крэдыты: паводле правілаў расходу крэдытаў Make, для звычайных модуляў адна аперацыя каштуе адзін крэдыт, а для часткі ШІ-функцый расход залежыць таксама ад токенаў або іншых параметраў. Такім чынам, кошт аднаго працэсу вызначаюць не толькі месячная колькасць запускаў, але і тое, колькі разоў спрацуе кожны модуль. Уласны n8n прыбірае плату за ліцэнзію Community Edition, але дадае выдаткі на сервер, копіі і падтрымку.

Чаму аднолькавы працэс дае розны расход

Возьмем умоўны працэс апрацоўкі заяўкі, якая паступае праз webhook: атрымаць яе, знайсці кліента, абнавіць запіс і адправіць апавяшчэнне. Калі кожны модуль Make спрацоўвае адзін раз, такі запуск дае чатыры аперацыі і расходуе чатыры крэдыты. Для n8n гэта адно выкананне ўсяго ланцуга. Дадатковая праверка дублікатаў павялічыць колькасць звычайных аперацый Make, але сама па сабе не створыць яшчэ аднаго выканання n8n.

Колькасць намаляваных крокаў не заўсёды роўная колькасці аперацый. Модуль Make можа запускацца асобна для некалькіх запісаў; паўторныя спробы, цыклы і праверкі крыніцы таксама ўплываюць на расход. Некаторыя службовыя модулі, у тым ліку маршрутызатар, крэдытаў не спажываюць. У n8n дадатковыя дзеянні не павялічваюць лічыльнік выкананняў, аднак апрацоўка большай колькасці запісаў патрабуе рэсурсаў сервера і можа павялічыць аб’ём журналу.

Тры нагрузкі на адзін працэс

Для параўнання возьмем умоўныя месячныя сцэнарыі. Кожны запуск апрацоўвае адну заяўку, а кожны названы крок адпавядае звычайнаму модулю Make з адной аперацыяй. Цыклаў, паўторных спроб і ШІ-модуляў у разліку няма. Паводле прайса Make, бясплатны план уключае да 1000 крэдытаў за месяц, а Core пры выбраным пакеце на 10 000 крэдытаў паказвае $12 за месяц. У селектары даступны і пакет на 40 000 крэдытаў; яго цану трэба глядзець для выбранага спосабу аплаты.

• Невялікая нагрузка: 100 запускаў па чатыры крокі даюць 100 выкананняў n8n або 400 крэдытаў Make. Працэс змяшчаецца ў бясплатны план Make. Калі ў каманды яшчэ няма сервера і чалавека, які яго падтрымлівае, уласны n8n не прыносіць эканоміі на гэтым адным працэсе.
• Сярэдняя нагрузка: 500 запускаў па восем крокаў даюць 500 выкананняў n8n або 4000 крэдытаў Make. Гэты расход перавышае бясплатны ліміт Make, але змяшчаецца ў паказаны пакет Core. Калі пазней кожны запуск будзе апрацоўваць некалькі асобных запісаў, фактычны расход Make можа вырасці без павелічэння колькасці заявак.
• Вялікая нагрузка: 3000 запускаў па дванаццаць крокаў даюць 3000 выкананняў n8n або 36 000 крэдытаў Make. Пакета на 10 000 крэдытаў ужо недастаткова; у гэтай спрошчанай мадэлі падыдзе пакет на 40 000. Яго поўны кошт і патрэбную магутнасць сервера n8n нельга вызначыць толькі з колькасці крокаў.

У гэтых сцэнарыях адна заяўка заўсёды запускае працэс адзін раз. Калі замест webhook выкарыстоўваецца рэгулярная праверка крыніцы, праверкі без новай заяўкі могуць змяніць расход. Таму пры ацэнцы рэальнага працэсу трэба лічыць усе спрацоўванні, а не толькі паспяхова апрацаваныя заяўкі. Гэта асабліва заўважна там, дзе адзін модуль перадае наступным адразу некалькі запісаў.

Колькі каштуе ўласны n8n

Бясплатная ліцэнзія яшчэ не азначае бясплатнай працы працэсу. Для адной умоўнай інсталяцыі закладзём $12 на сервер, $3 на захоўванне рэзервовых копій і паўтары гадзіны працы адміністратара па $20 за гадзіну. Разам атрымліваецца $45 за месяц. Гэта разліковае дапушчэнне, а не цана хостынгу або працы спецыяліста ў Беларусі; яно дзейнічае толькі тады, калі сервера хапае і падтрымка сапраўды ўкладваецца ў названы час.

У гэтую працу ўваходзяць абнаўленні, маніторынг, праверка рэзервовых копій і аднаўленне пасля збою. Параўнанне Zapier апісвае Make як кіраваны воблачны сэрвіс, а самастойнае размяшчэнне n8n — як задачу з пастаянным абслугоўваннем сервера. Копія базы карысная толькі тады, калі з яе можна аднавіць працэс; праверка аднаўлення таксама патрабуе часу. Змена API падключанага сэрвісу можа дадаць незапланаваную дыягностыку да звычайных абнаўленняў.

У першых двух сцэнарыях умоўныя $45 на асобны n8n вышэйшыя за названыя планы Make. Для трэцяга сцэнарыя патрэбна цана большага пакета Make і ацэнка сервера пад фактычную нагрузку. Калі інсталяцыя n8n ужо абслугоўвае іншыя працэсы, новай аўтаматызацыі належыць толькі частка агульных выдаткаў. Калі ж яе трэба разгортваць асобна, у параўнанне ўваходзіць увесь кошт падтрымкі.

Кантроль даных і магчымасці інтэграцый

Уласны n8n дазваляе камандзе выбраць месца размяшчэння сервера, наладзіць доступ і вызначыць, як доўга захоўваць даныя выкананняў. Для працэсаў з патрабаваннямі да месцазнаходжання даных гэта можа быць вырашальнай перавагай. Пры гэтым падключаная CRM, паштовы сэрвіс або знешняя ШІ-мадэль атрымліваюць даныя паводле логікі самога працэсу. Размяшчэнне n8n на сваім серверы не змяняе правілаў захоўвання даных у гэтых сэрвісах.

Make здымае з каманды абслугоўванне платформы, але сцэнарыі выконваюцца ў яго воблаку. Для інтэграцый важней наяўнасць патрэбнага дзеяння, спосабу аўтарызацыі і доступу да API, чым агульны памер каталога. Гатовы модуль Make можа скараціць час наладкі тыпавога дзеяння. Распрацоўшчыку, якому патрэбныя ўласная логіка, HTTP-запыты або падключэнне ўнутранага сэрвісу, можа быць зручней n8n. У абодвух выпадках складанасць канкрэтнага працэсу важнейшая за колькасць назваў у спісе інтэграцый.

Ліцэнзія і мяжа выбару

Для інтэгратара важна, хто можа змяняць аўтаматызацыю. Паводле тлумачэння ліцэнзіі n8n, Community Edition можна бясплатна выкарыстоўваць для працэсаў кліента на сваім асобніку, калі кліент атрымлівае вынік, але не можа адкрываць рэдактар або змяняць логіку. Калі людзі па-за арганізацыяй могуць самі будаваць ці наладжваць працэсы, патрэбна камерцыйная ліцэнзія. Тады бюджэт з адным толькі серверам ужо не падыходзіць.

Для невялікага працэсу без асобнай інфраструктурнай каманды Make дае прадказальны пачатковы расход і меней працы з платформай. Уласны n8n становіцца больш цікавым, калі крокаў і запісаў шмат, патрабуецца кантроль месца захоўвання даных або сервер і яго падтрымка ўжо аплачваюцца. Рашэнне залежыць ад поўнага месячнага кошту: крэдытаў Make з аднаго боку і сервера, копій, абнаўленняў ды часу на аднаўленне n8n — з другога.

Чытайце таксама:

• Make ці Pipedream: кожны крок супраць кожных 30 секунд выканання
• n8n, Make ці Zapier: няправільны тарыф даражэе з кожным крокам
• RPA ці ШІ-агент: гнуткасць прайграе на стабільных аперацыях