Vi på Integrio har sedan tidigare krokat arm med kunder som valt Microsofttekniken, flera av dem har sedan tidigare haft BizTalk Server som integrationsplattform och byggt stora implementationer runt den plattformen. Andra har valt Azure Integration Services eller en kombination av båda. Vi på Integrio har senaste tiden jobbat hårt med en modern portabel plattform som ett alternativ till både BizTalk och Azure AIS. Vi ska i denna artikel försöka ge er lite inspiration hur ni ska tänka och vad ni behöver ta hänsyn till när ni väljer plattform samt vad vi ser för frågeställningar som viktiga inför beslutet.
I maj 2028 så slutar Microsoft att ge support för BizTalk Server och det kommer inte fler uppdateringar. Det innebär att fortsätter kunderna använda plattformen så kommer SQL versionerna på sikt inte ha stöd för BizTalk och det kan även dyka upp säkerhetsproblem som inte stängs igen med patchningar. Med andra ord så kommer det fungera något år till utan support men det kommer inte bli säkert.
Är ni beslutsfattare så behöver en ny integrationsstrategi sättas ganska omgående då det är en hel del saker att ”sätta igång” med redan nu för att kunna bygga något smart. Hur ska ni tänka då? Ja själva BizTalkmigreringen är det enkla skulle vi vilja påstå. Det finns teknik för det. Du ska istället börja fundera på hur din organisation ska klara teknikomställningen kommande år.
Det finns två vägar att gå gällande tekniken hävdar vi på Integrio:
- Publika moln (Azure, AWS, GCP) tekniken
- Cloud Native tekniken – Kubernetes (Moln och On Premises)
Moderna molntjänster – kraftfulla komponenter, men ingen helhet
Erfarenheten från våra integrationsprojekt visar att moderna molnplattformar erbjuder en mängd starka tjänster – meddelandeköer, arbetsflöden, serverless‑funktioner och API‑hantering. Men dessa är byggstenar, inte en komplett integrationsplattform.
Flera funktioner som tidigare fanns “inbyggt” i BizTalk saknas eller kräver egen implementation:
- Loggning och spårbarhet – avancerad övervakning och korrelation mellan flera tjänster måste byggas själva
- Transaktionshantering – atomiska flöden över flera steg eller resurser saknas i grunden
- Versionshantering och debugging – hantering av kod, arbetsflöden och miljöer kan vara mer komplex än i en traditionell plattform
- Utvecklarupplevelsen – varierar mellan olika tjänster och paradigmer, vilket kan göra utveckling och drift mer fragmenterad
- Kostnadskontroll – pay-per-use‑modeller kan leda till ökande kostnader när integrationer växer
- Hybrid/On-prem – möjliga men ofta komplexa att konfigurera och underhålla
Sammanfattning: moderna molnplattformar ger kraftfulla byggstenar, men ni ansvarar själva för att skapa helheten. BizTalks robusthet, felsäkerhet och transaktionskontroll måste ersättas med egen arkitektur och implementation.
Men vänta här, Azure AIS ska väl lösa allt som Biztalk kan?
Nja är svaret, Azure AIS är inte ett alternativ rakt av till Biztalk Server. Det är egentligen en samling tjänster som är byggda för att leverera enskilda uppgifter. Vi har de senaste 9 åren levererat flertalet AIS integrationsprojekt men har också stött på de flesta problemen med den plattformen. Här kommer några:
- Loggningen får du som utvecklare hantera själv med kod
- Stökig utvecklarupplevelse och hantering av kod beroende på vilka tjänster som använts. Bicep förenklade lite men fortsatt omständigt.
- Logic apps kan inte versionshanteras på ett enkelt sätt.
- Logic apps kan inte debuggas och testas lokalt på ett enkelt sätt
- Du får bygga egen transaktionshantering med köteknik osv.
- Dyrt – använder du några av de infrastrukturtjänster som en plattform behöver, API management, Servicebus, Datafactory så kan kostnaderna skena iväg när lösningen växer.
- On prem – tekniken med Azure Arc är inte helt klar och det kräver en hel del för att sätta upp alla funktioner som krävs. (i kombination med ovan punkter)
Intropy – Integrationsplattformen designad för framtiden
Intropy är vår moderna, modulära och portabla integrationsplattform, utvecklad efter över ett decennium av arbete med både BizTalk och Azure AIS.
Den kombinerar:
- .NET som ramverk
- Kubernetes som driftsplattform
- Dapr som utvecklarlager (pub/sub, bindings, state management, secrets m.m.)
- Öppen och standardiserad Cloud Native-teknik
Vad innebär det i praktiken?
- Kan köras i Azure, AWS, GCP eller on-prem — exakt samma kod
- Kan köras hybrid — delar i molnet, delar lokalt
- En integrationslösning = en container → enkel att debugga, versionera, drifta
- Utvecklare kan använda standard .NET-kompetens (eller andra språk och kompeneser som ex Python eller GO)— lätt att rekrytera
- Plattformen följer öppna standarder → ingen inlåsning
- Ni äger plattformen och kan byta leverantör när ni vill
Detta får ni på köpet
- Tjäster som hanterar Automatisk omsändning
- Central loggning med OpenTelemetry
- Verksamhetsanpassad felhantering
- Kraftfull utvecklarupplevelse med templates och lokala dev-miljöer
- Inbyggd AI-enablement (ex. enrichment, routing och beslutsstöd)
- Skalbarhet on demand – containers startar bara när integrationen används
- Det här är funktionalitet som i AIS kräver omfattande egen konstruktion, och som i BizTalk var hårt inlåst i en specifik miljö.
Med Intropy behöver ni inte välja mellan:
- BizTalks slutdatum
- Molnleverantörers inlåsning
- Dyra och fragmenterade PaaS-lösningar
- Leverantörsberoende plattformar
För att kunna välja rätt plattform behöver ni som företag tänka längre än bara byta ut nuvarande plattform, här kommer några punkter att diskutera på strategisk nivå:
- Vilket behov kommer vår verksamhet att ha under minst 5 år fram.
- Behandlar vi känsligt data och behöver ha det ”Inhouse”?
- Är det någon speciell teknik vi behöver ha stöd för?
- Vill vi bygga en kostnadseffektiv lösning som endast är aktiv när den används? (Containertekniken)
- Finns det en risk att vi behöver flytta plattformen i framtiden?
- Är vår verksamhet känslig för politiska beslut?
- Har vi egen kompetens eller vill vi bygga beroenden till externa leverantörer?
- Kan vi med rätt teknik locka personal till oss? Hur kan vi bli en attraktiv arbetsgivare?
Vår plattform klarar att svara upp på de flesta av ovanstående punkter. Den är portabel, modulariserad, containeriserad och datasäker, den har en arkitektur och en utvecklarupplevelse som ni som kund kan bygga kompetens runt. Vi är så självsäkra att vi kan påstå att ni varken låser in er på driftsleverantör eller integrationsleverantör med detta paket. Plattformen ägs av er och ni kan byta ut delar eller leverantören när ni själva vill.
Plattformen är som tidigare nämnts byggd på Kubernetes med .Net som ramverk för integrationsprocesserna och alla ni BizTalk-utvecklare och vanliga .Net utvecklare kommer gilla utvecklarupplevelsen då den bygger på Dapr och en enkelhet med templates som är svårslagen. Välj vad du vill bygga för integrationstyp, Fyll i namn och typ samt vart du vill hosta den och tryck på start. Någon minut senare finns ditt GIT-repo och ett färdigt skelett att börja koda i, loggning, dokumentation och allt tråkigt arbete är klart, dessutom är integration körklar direkt.
Vi har dessutom kryddat med:
- Automatisk omsändningsfunktionalitet
- Loggning med Open telemetry
- Smart funktion för att hantera verksamhetsrelaterade fel
Och för er som vill ha en hybrid integrationsplattform så stödjer vi det med, exempelvis ett serviceplane på egen hårdvara och ett som kör i Azure AKS.
Så vår fråga till er, vill ni bygga ett beroende till publika molnleverantörer eller vill ni diktera villkoren själv med vår plattform Intropy?
Hör av er om ni vill veta mer på hej@integrio.se
Det finns även mer information om plattformen här