Välja integrationsplattform

Börja med flödena, felbilden och förvaltningsansvaret. Produktlistan kommer senare.

Inventera innan ni jämför

Skriv en rad per verkligt flöde: avsändare, mottagare, format, volym, toppbelastning, svarstid, dataägare och vad verksamheten gör när flödet står still. Markera även batchfönster, certifikat, IP-regler och partnerberoenden. En plattform kan inte bedömas mot ordet ”integration”; den måste bedömas mot denna lista. Microsofts arkitekturguidning skiljer uttryckligen mellan direkta API-anrop, asynkron meddelandehantering, event och orkestrering.

Gör driftkraven mätbara

Krav som ”bra övervakning” går inte att prova. Skriv i stället hur ett misslyckat meddelande hittas, vem som larmas, hur nytt försök görs och hur en operatör ser att mottagarsystemet faktiskt uppdaterades. Bestäm återställningstid och tillåten dataförlust per flödesklass. Fråga sedan leverantören vilka loggar, köer och replay-funktioner som ingår och vilka som kräver ytterligare tjänster.

Jämför samma målbild

En offert för en enda molntjänst kan inte jämföras med en offert som även innehåller API-gateway, meddelandekö, nätverk och övervakning. Rita en enkel målbild och låt alla kandidater fylla samma funktioner: ingress, autentisering, transformation, orkestrering, kö, felhantering, loggning och deployment. Då blir frånvaron av en komponent synlig i stället för gömd i ett produktnamn.

Kör en pilot som kan misslyckas

Välj ett representativt flöde med minst ett riktigt felvillkor: dubblett, timeout, ogiltigt meddelande eller mottagare nere. Microsofts retry-vägledning varnar för att ett nytt försök kan utföra en icke-idempotent operation två gånger. Piloten ska därför visa både lyckad körning och kontrollerad återhämtning. Mät arbetstid, driftsättning och felsökning; räkna inte bara antal byggda steg.

Fatta beslutet med en ägare

Namnge vem som äger plattformen efter projektet, vem som uppgraderar runtimes och connectorer och vem som betalar den gemensamma driften. Om svaret är konsulten har ni inte köpt bort förvaltning; ni har lagt den utanför organisationen. Dokumentera också exit: exportformat, källkod, testfall, hemligheter, historik och hur ett flöde flyttas utan att båda versionerna skriver samtidigt.

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

Andragranskare: Nicklas Andersson, Integrationsarkitekt Axonis AB.