Integrationsplattformar

Boomi

Leverantör: Boomi

En visuellt orienterad integrationsplattform med molnhostade och kundhostade runtimes samt ett brett connectorlager.

Styrkor

  • Team som vill standardisera bygg, deployment och övervakning
  • Miljöer med många SaaS- och ERP-anslutningar som finns i katalogen

Undvik om

  • Team som inte vill förvalta en kundhostad Java-runtime
  • Projekt där portabilitet och oberoende artefakter är hårda krav

Runtimevalet avgör ansvarsfördelningen

Boomi beskriver både helt hanterade runtime clouds och kundhostade runtimes. En lokal basic runtime är en Java-applikation som kunden installerar och underhåller; kluster och privata runtime clouds lägger till fler noder, failover eller multitenancy. Välj modell efter last och tillgänglighet, inte efter ordet hybrid. För kundhostad drift ska patchning, JVM, lagring, backup och övervakning ha namngivna ägare.

Bygg, deploy och manage

Boomis dokumenterade arbetsflöde skiljer byggfasen från deployment till miljö och uppföljning av körningar. Det gör en konsekvent releaseprocess möjlig, men den måste provas med era roller och era miljökrav. Visa hur en komponent paketeras, vem som får deploya, hur miljökonfiguration tillförs och hur en tidigare version återställs. Kontrollera även vilka loggar och dokumentdata som sparas och hur retention ställs.

Connectorer måste granskas på operationsnivå

Boomis katalog listar flera SAP- och Dynamics-connectorer men ingen Infor- eller Infor M3-connector vid vår kontroll. En katalogpost behöver dessutom granskas för autentisering, operationer, bulkhantering, polling, fel och ägare. Om ett projekt bygger på en partnerconnector ska support, versionsplan och licens stå i avtalet. Ett generiskt HTTP-anrop är möjligt men ska inte räknas som färdig ERP-connector.

Prismodellen behöver full offert

Boomis prissida visar produktnivåer och har ett publikt ingångspris för Data Integration Base, medan större Integration-, API Management- och DataHub-erbjudanden kräver offert eller ytterligare mått. Be om kostnad för runtime, miljöer, connectorer, exekvering, support och partnerarbete. Ange också vad som händer vid högre volym och om test- och disaster-recovery-miljöer räknas separat.

Vad piloten måste visa

Använd en verklig connector mot ett prioriterat system och ett eget API-flöde. Prova dubblett, ogiltigt dokument, runtime nere och omdeployment till en annan miljö. Mät hur operatören hittar ett fel och vilka data som krävs för säker replay. Exportera eller dokumentera process, mapping, tester och beroenden så att ni ser hur mycket av lösningen som går att förstå utanför designverktyget.

Ansvarig utgivare: Andreas Wänqvist, Axonis AB · Senast verifierad: 2026-08-25

Andragranskare: Nicklas Andersson, Integrationsarkitekt Axonis AB.