n8n, Make vai Zapier? Kymmenen vaihetta muuttaa kustannuslogiikan

Kymmenen vaihetta sisältävän työnkulun kulutus riippuu alustasta: n8n:n pilvihinnasto laskee kokonaisia työnkulkusuorituksia vaiheiden määrästä riippumatta, Maken hinnasto useimpien moduulitoimintojen krediittejä ja Zapierin hinnasto onnistuneiden toimintojen tehtäviä. Pitkä, usein ajettava ketju tekee n8n:n laskutustavasta houkuttelevan, mutta yksikkömäärä ei yksin kerro sopivinta alustaa.

Zapier sopii yleensä tiimille, joka haluaa rakentaa suoraviivaisia sovellusten välisiä ketjuja vähällä teknisellä työllä. Make tarjoaa visuaalisen tavan hallita haarautuvia työnkulkuja ilman oman alustan ylläpitoa. n8n on vahva vaihtoehto, kun tiimi tarvitsee monivaiheista logiikkaa ja pystyy tarvittaessa vastaamaan itseisännöinnistä.

Sama työnkulku kolmella käyttömäärällä

Oletetaan työnkulku, jossa yksi saapuva tapahtuma käynnistää yhdeksän tavallista sovellustoimintoa. Jokainen toiminto onnistuu kerran. Haaroja, useita tietueita tuottavia vaiheita, uusintayrityksiä ja AI-toimintoja ei ole. Yksi tapahtuma merkitsee silloin n8n:n pilvessä yhtä suoritusta, Makessa kymmentä krediittiä ja Zapierissa yhdeksää tehtävää: Zapierin käynnistin ei kuulu tehtävälaskentaan, kun taas Maken tiedon vastaanottava aloitusmoduuli kuuluu esimerkin veloitettaviin toimintoihin.

• Jos tapahtumia on ehdollisesti 100 kuukaudessa, kulutus on n8n:ssä 100 suoritusta, Makessa 1 000 krediittiä ja Zapierissa 900 tehtävää.
• Jos tapahtumia on ehdollisesti 1 000 kuukaudessa, kulutus on n8n:ssä 1 000 suoritusta, Makessa 10 000 krediittiä ja Zapierissa 9 000 tehtävää.
• Jos tapahtumia on ehdollisesti 10 000 kuukaudessa, kulutus on n8n:ssä 10 000 suoritusta, Makessa 100 000 krediittiä ja Zapierissa 90 000 tehtävää.

Nämä ovat vertailun oletuksista laskettuja käyttöyksiköitä, eivät eurohintoja. Tilauspakettien kiintiöt, tiimiominaisuudet ja mahdolliset lisäveloitukset ratkaisevat, mitä käyttö lopulta maksaa. Samalla laskelma paljastaa olennaisen eron: vaiheiden lisääminen kasvattaa tässä mallissa Maken ja Zapierin kulutusta, mutta ei n8n:n yksittäisen pilvisuorituksen määrää.

Haarat ja tietueet rikkovat tasaisen laskelman

Maken skenaariossa sama myöhempi moduuli voi suorittua useita kertoja, jos aiempi vaihe palauttaa monta käsiteltävää tietuetta. Tällöin piirroksen moduulien lukumäärä ei enää vastaa kulutettujen krediittien lukumäärää. Reititin ja virheenkäsittelymoduulit eivät Maken hinnaston mukaan itsessään kuluta krediittejä, mutta niiden ohjaamilla reiteillä tehtävät toiminnot voivat kuluttaa niitä.

Zapierissa suodatus, muotoilu ja polun valinta jäävät tehtävälaskennan ulkopuolelle. Jos ehto pysäyttää työnkulun ennen sovellustoimintoja, esimerkin yhdeksää onnistunutta tehtävää ei synny. n8n:n pilvessä taas pitkänkin työnkulun yksittäinen ajo on yksi suoritus; jos tapahtuma käynnistää työnkulun uudelleen, kyseessä on uusi ajo. Siksi pelkkä näkymässä näkyvien vaiheiden laskeminen antaa kaikilla alustoilla vajaan kuvan todellisesta käyttömäärästä.

Itseisännöinnissä ohjelmistohinta vaihtuu ylläpitotyöhön

n8n:stä on saatavilla itseisännöitävä Community Edition, ja tarjolla on myös maksullisia itseisännöityjä paketteja. Community Editionin käyttö ei poista palvelimen, päivitysten, varmuuskopioiden, käyttöoikeuksien ja häiriötilanteiden kustannuksia. Maksullista itseisännöintiä harkitsevan on lisäksi verrattava tarvitsemiaan hallintaominaisuuksia kyseisen paketin ehtoihin; pilvipalvelun suorituskiintiötä ei pidä soveltaa suoraan Community Editioniin.

Make ja Zapier hoitavat automaatioalustan infrastruktuurin pilvipalveluina, mikä vähentää tiimin omaa ylläpitotyötä. Vastineeksi yrityksen on arvioitava palvelusopimus ja se, mitä tietoja työnkulku lähettää palveluun. Suomessa toimivalle yritykselle tietojen sijaintia ei voi päätellä yksin siitä, mihin automaatioalusta on asennettu: myös yhdistetyt sovellukset, lokit ja ulkoiset AI-palvelut voivat käsitellä samoja tietoja. Itseisännöity n8n antaa hallinnan oman asennuksen sijaintiin, mutta ulkoiseen sovellukseen lähetetty tieto siirtyy silti sen sovelluksen käsiteltäväksi.

Virhetilanteessa ratkaisee palautuminen, ei vain onnistuneen ajon hinta

n8n:ssä suorituksia voi tarkastella ja virheille voi rakentaa oman työnkulun. Makessa virheenkäsittelylle on omat reittinsä, ja sen Pro-pakettiin kuuluu suoritusten lokien tekstihaku. Zapierin paketeissa on puolestaan virheasetuksia ja automaattisen uudelleentoiston ominaisuuksia. Näiden toimintojen saatavuus ja lokien säilytys riippuvat valitusta paketista, joten pelkkä ominaisuuden nimi ei kerro, kuinka hyvin tuotantokäytön häiriö selviää.

Ajatellaan tilannetta, jossa viimeinen sovellustoiminto epäonnistuu sen jälkeen, kun aiemmat vaiheet ovat jo muuttaneet tietoja. Koko ajon toistaminen voi tehdä samat kirjaukset uudelleen, ellei työnkulku tunnista aiemmin käsiteltyä tapahtumaa. Palautumisen kannalta on siis merkitystä sillä, näkyvätkö virheen lähtötiedot lokissa ja voidaanko käsittelyä jatkaa hallitusti oikeasta kohdasta. Mahdolliset uudelleen suoritetut toiminnot on otettava mukaan myös kulutusarvioon.

AI-vaiheelle tarvitaan erillinen kulutusarvio

Peruslaskelman tavalliset sovellustoiminnot eivät kuvaa kaikkia AI-vaiheita. Maken krediittiohje erottaa tavallisen operaation ja vaihtelevan AI-kulutuksen: Maken oman AI-palveluntarjoajan käyttö voi perustua sekä operaatioihin että tokeneihin, kun taas omalla palveluntarjoajan yhteydellä tokenimaksu maksetaan erikseen tälle palveluntarjoajalle. Saman näköinen AI-moduuli voi siksi muuttaa sekä krediittimäärää että laskun maksajaa yhteystavasta riippuen.

Myös Zapierissa AI-vaiheen tehtäväkulutus riippuu valitusta mallitasosta, kuten Zapierin tehtäväohje kuvaa. n8n:n yksi työnkulkusuoritus puolestaan ei sisällä ulkoisen mallipalvelun mahdollisia API-maksuja. AI:ta käyttävässä työnkulussa automaatioalustan yksikkömäärä ja mallipalvelun kulutus on siksi laskettava erikseen.

Valinta riippuu myös siitä, kuka ylläpitää työnkulkua

Jos automaatio on lyhyt ja rakentajien aika on niukka, Zapierin suoraviivainen toimintamalli voi olla tärkeämpi kuin tehtävien lukumäärä. Make sopii tiimille, joka tarvitsee näkyviä haaroja ja haluaa arvioida moduulien todelliset suorituskerrat. n8n:n pilvi on kiinnostava pitkille työnkuluille, kun taas itseisännöinti edellyttää vastuun kantamista myös alustan toiminnasta. Vertailun oikea hinta sisältää käyttöyksiköiden lisäksi virheistä palautumisen ja ylläpitoon kuluvan työn.