Azure Integration Services
Leverantör: Microsoft
En sammansättning av Azure-tjänster för workflow, API:er, meddelanden och event. Flexibiliteten är styrkan och förvaltningsytan.
Styrkor
- Organisationer med etablerad Azure-identitet, nätverk och drift
- Hybridflöden där API, kö och workflow behöver kombineras
Passar inte
- Team som söker en enda produkt med en enda kostnadsrad
- Organisationer utan ägare för Azure-plattform och kostnadsstyrning
Tjänsterna i en målbild
Microsoft räknar bland annat Logic Apps, API Management, Service Bus, Event Grid, Functions och Data Factory till integrationsområdet. De är separata tjänster med egna prismått, gränser och driftval. En målbild behöver därför ange vilken tjänst som gör vad. Logic Apps kan orkestrera och ansluta system, API Management kan publicera och skydda API:er, Service Bus hanterar köer och topics och Event Grid distribuerar event.
Underlag: Microsoft: integration architecture design (läst 2026-08-25). Microsoft: basic enterprise integration architecture (läst 2026-08-25).
Driftmodellen
Consumption minskar serveransvaret men gör körning och connectoranvändning till löpande kostnad. Logic Apps Standard ger en dedikerad runtime och kan enligt Microsoft även köras i hybrid deployment på Arc-ansluten Kubernetes-infrastruktur. Kontrollplanet och flera beroenden ligger fortfarande i Azure. ”On-prem” betyder därför inte en fristående produkt; nät, SQL, SMB, certifikat och anslutning till Azure måste ingå i designen.
Underlag: Microsoft: Logic Apps hybrid deployment requirements (läst 2026-09-06).
Kostnaden i praktiken
Logic Apps har publicerad prislogik, men den täcker inte automatiskt API Management, Service Bus, Integration Account, nätverk, loggdata eller teamets arbete. Räkna varje tjänst separat och använd samma normal- och topplast som i övriga offerter. Sätt budgetlarm och märk resurser per miljö eller flödesgrupp. Ett lågt pris per operation hjälper inte om ingen kan förklara vilken operation kalkylen räknar.
Underlag: Azure: Logic Apps pricing (läst 2026-10-03).
Connectorer och egna API:er
Connectorer kortar vägen till vanliga tjänster, men ett connectornamn säger inte vilka operationer, autentiseringsmetoder eller nätverkslägen som stöds. Microsoft dokumenterar en SAP-connector. För Infor M3 behöver leverantören visa vilken connector eller API-metod som ska användas. För sådana ERP-flöden behöver utvärderingen räkna med API, fil, meddelandeformat eller partnerkomponent och prova just de transaktioner som ska användas.
Underlag: Microsoft: SAP connector for Logic Apps (läst 2026-09-06).
Vad piloten måste visa
Bygg ett flöde som använder den tänkta identiteten och nätverksvägen, inte ett publikt demonstrations-API. Stoppa mottagaren och visa timeout, begränsad retry, dead-letter eller manuell åtgärd samt korrelation till affärshändelsen. Deploya samma artefakt till test och produktion med separerad konfiguration. Mät sedan loggvolym, körningar och felsökningstid. Det visar om Azure-ekosystemet är en tillgång eller bara fler delar att äga.
Redaktionellt förslag att pröva i er miljö.
Ta med underlaget till nästa möte
Fyll i era krav, välj kandidater och låt dem prova samma flöde. Mallarna öppnas i ett kalkylprogram och kan delas med teamet utan registrering.
- Hämta kravbild och kortlista (CSV): system, återställning, driftansvar, budget och beslut.
- Hämta pilotprotokoll (CSV): fel, dubbletter, återkörning, deployment och export.
Behöver ni hjälp att välja krav? Börja med guiden till plattformsvalet.
Ansvarig utgivare: Andreas Wänqvist, Axonis AB. Sidan uppdaterades .
Ansvarig för andragranskning: Nicklas Andersson, Integrationsarkitekt Axonis AB.