Tredjepartsplattformar som mål
Boomi, Frends och MuleSoft är tre olika produktmodeller, inte en gemensam kategori som kan bedömas på logotyp eller antal connectors. Jämförelsen behöver börja i runtime, deployment och hur teamet faktiskt bygger och felsöker ett flöde.
Boomi: välj runtime medvetet
Boomi dokumenterar både Boomi-hostade runtime clouds och kundhostade runtimes. En basic runtime är enkel nod, medan cluster och private runtime cloud har andra egenskaper för samtidighet och hög tillgänglighet. Ett krav på lokal körning flyttar alltså patchning, kapacitet och delar av driften till er även om designverktyget är SaaS.
Frends: Tasks och Triggers
Frends kallar connectorliknande operationer Tasks och startvillkor Triggers. Det är den konkreta byggmodellen som ska provas: hur en Task konfigureras, versionshanteras och felsöks, och hur egna behov löses när en färdig Task inte räcker. Räkna inte en marknadsförd connectorlista som verifierad täckning för era operationer.
MuleSoft: flera deploymentmodeller
MuleSoft dokumenterar CloudHub 2.0 som hanterad iPaaS, hybrid deployment på egna Mule-servrar och Runtime Fabric i kundhanterad infrastruktur. Valet påverkar vem som patchar, var loggar finns och hur hög tillgänglighet byggs. "MuleSoft" är därför inte ett enda driftalternativ i en TCO.
Kräv en verklig pilot
Testa ett flöde som innehåller ERP-anrop, transformation, återförsök, ett medvetet fel och ett driftlarm. Be teamet deploya till två miljöer, byta en anslutning utan kodändring och återköra ett misslyckat meddelande. Resultatet ska kunna förklaras av den organisation som tar över förvaltningen.
Jämför totalen
Räkna licens och förbrukning tillsammans med runtime, nätverk, miljöer, utbildning, leverantörs- eller partnerberoende och exit. Dokumentera vilket krav varje plattform löser bättre än molnleverantörens egna tjänster. Om skillnaden bara syns i demon är beslutsunderlaget fortfarande för tunt.