Skip to main content
BizTalk till Azure

Det dyraste i din migrering är inte arbetet.
Det är allt som händer innan.

Migreringar från BizTalk fastnar sällan på koden. De fastnar på månaderna före, när ingen riktigt vet vad som finns. Det är där tiden och pengarna försvinner. Och det är precis det vi har byggt bort.

Några av våra härliga kunder

  • Clas Ohlson
  • Balder
  • Liseberg
  • Ascom
  • Crayon
  • Ziklo
  • Wallenius
  • Svenska Mässan Gothia Towers
  • Renova
  • Region Sörmland
  • Region Blekinge
  • Region Halland
  • Ale Kommun
  • Burger King
Var det faktiskt går snett

Allt loopar. Utom budgeten. Den bara växer.

En migrering ser enkel ut på pappret. Scopa miljön, välj arkitektur, bygg grunden, flytta över. En rak linje. I verkligheten är det en loop. Scopingen drar ut på tiden för att miljön är odokumenterad. Arkitekturen görs om när något nytt dyker upp. Experter och konsulter fortsätter fakturera medan ni snurrar. Varje steg kan tas om. Budgeten kan inte. Den nollställs aldrig.
Scopingtar om
Arkitekturvalrevideras
Grund och pipelinejusteras
Budgetökar bara

Projektet fastnar inte i koden. Det fastnar i loopen.

AI räddar inte din migrering. Sättet ni arbetar gör det.

Det är lockande att tro att man kan kasta hela sin BizTalk-miljö på en AI och få en plan tillbaka. Den ger ett självsäkert svar. Det är bara fel. Matar du en AI med allt på en gång går kraften åt till att minnas, inte till att lösa, och du får en gissning. Det som förändrat vad som är möjligt är inte verktyget. Det är vad vi matar det med, och i vilken ordning.

Varför det går snabbare nu

Det är inte AI i sig som kortar tiden. Det är kontexten vi ger den.

Kunskap som samlats i 16 år

Mönster, mallar och erfarenhet från migrering efter migrering, bransch efter bransch. Det avgör vad som är rätt väg, i stället för en gissning gjord på nytt varje gång.

En analys byggd för att förstås

Vi kartlägger nuläget genom att läsa kodbasen, och tar fram ett strukturerat underlag på det ni redan har. Det blir grunden allt vidare arbete vilar på, så att besluten följer fakta i stället för antaganden.
Vi är raka med vad tekniken klarar och inte. Människor sätter ramarna. AI arbetar på det vi vet. Det är skillnaden mellan tempo och en dyr omväg.

Så går det till

Fyra steg. Samma ordning varje gång.

En känd struktur gör att ni vet vad som händer i varje skede. Under varje steg arbetar samma motor av kunskap, mallar och AI där den gör verklig nytta.
1
Steg 1

Analys av nuläget

Varje integration kartläggs, klassas och riskbedöms. Vi och era experter validerar bilden tillsammans.

Cirka 2 dagar
2
Steg 2

POC

Tre integrationer med olika komplexitet migreras på riktigt. Ni ser tempot och metodiken bevisas.

Bevis på tempo
3
Steg 3

Beslutsunderlag

Plan, estimat per integration, arkitektur och framtida kostnadsbild. Ett underlag ni vågar agera på.

Komplett underlag
4
Steg 4

Migrering

Vågbaserad flytt i er takt, med förvaltning från dag ett. Ni styr mot den deadline som betyder mest.

Go live löpande
Styrkan bakom varje steg

Det ni ser är fyra steg. Det som bär dem är 16 års arbete.

Strukturkapital

Mallar och mönster från tidigare migreringar som gör att vi börjar långt före noll.

Faktabaserad analys

Vårt verktyg BixRay röntgar miljön och ger ett underlag på fakta, inte på minne.

AI där den gör nytta

AI arbetar på verifierad kontext i utvalda steg, under mänsklig granskning.

Hela livscykeln

Samma team från analys till förvaltning, så att kunskapen stannar kvar hos er.

Vad ni sitter kvar med

En plattform ni äger. Och kontrollen kvar.

Poängen med en migrering är inte att byta ett beroende mot ett annat. Den är att lämna er friare än ni var.
1

Allt är ert

Lösningen byggs Azure-native och dokumenteras fullt ut. Inga ramverk eller licenser som låser fast er vid oss.

2

Ni styr, vi tillför

Samma metod oavsett om vi förstärker ert befintliga integrationsteam eller tar ansvar för hela migreringen. Vi arbetar nära er verksamhet så att lösningen passar era affärsbehov, och kunskapen stannar hos er.

3

Beroendet av nyckelpersoner byggs bort

Det som idag finns i huvudet på en eller två personer blir dokumenterat och standardiserat. Tryggheten sitter kvar långt efter att BizTalk är avstängt.

Det här vilar det på

Ett smalt fokus, gjort tillräckligt många gånger för att veta.

2010Bara integration sedan dess
10+Migreringar BizTalk till Azure
35+Specialister i Göteborg och Karlstad
MVPAzure MVP som CTO
3Migreringar pågår just nu
Microsoft Solutions Partner: Migrate Enterprise Applications to Microsoft Azure

Microsoft Solutions Partner för Digital & App Innovation Azure. I maj höll vi ett webinar om BizTalk-migrering tillsammans med en Principal Product Manager för Logic Apps på Microsoft.

Nästa steg

Sluta gissa. Börja med att veta vad ni har.

Analysen är alltid första steget och ger er en plan att luta er mot. Vill ni hellre resonera först går det lika bra. Ni pratar då direkt med våra arkitekter om er egen situation, utan säljpitch.
Det här arbetssättet kallar vi Migreringsfabriken. Integration är inte en del av det vi gör. Det är allt vi gör.
Det kompletta underlaget

Fyra källor. Ett underlag. Hela migreringen drivs av det.

BizTalk-röntgen (BixRay)Vad ni faktiskt har idag
Azure-grundscreeningOm plattformen är redo
Validering med era experterFakta, inte gissning
16 års strukturkapitalVi vet vad det betyder
Verifierad kontext
Scope och komplexitet
Rätt arkitektur i Azure
Tid och plan på fakta
AI-driven migrering

Allt kommer ur samma underlag. Därför kan vi ge tid och plan tidigt, utan att gissa.

Frågan alla ställer

Hur lång tid tar det? Det vägrar vi gissa oss till.

Vem som helst kan lova en tidsplan, och ett pris, i ett säljmöte. Vi gör inte det, för en gissad plan är just det som får projekt att spåra ur. Ett pris satt utan att veta vad ni faktiskt har spricker längre fram. I stället kartlägger vi nuläget först, snabbt, och bygger tid, plan och kostnad på fakta i stället för antaganden.
Vanliga frågor

Vanliga frågor om vår metod för migrering

Vad är en BizTalk-analys, och vad får vi ut av den?

Analysen är första steget i varje migrering. Vi kartlägger er BizTalk-miljö genom att läsa kodbasen, och tar fram ett strukturerat underlag på det ni faktiskt har: varje integration klassad, riskbedömd och estimerad. Ni får en tydlig nulägesbild och ett beslutsunderlag att luta er mot, i stället för en gissning. Den tar cirka två dagar och är grunden allt vidare arbete vilar på.

Vad är BixRay, och varför behövs en analys om vi redan känner vår miljö?

BixRay är vårt eget verktyg som röntgar BizTalk-miljön och läser av vad som faktiskt finns i era integrationer. Men resultatet är inte bara en analys på papper. Även när ni själva har god koll på era flöden ger BixRay ett strukturerat underlag som tidigt visar den verkliga komplexiteten, vilka flöden som faktiskt är dokumenterade och vilka beroenden som finns mellan dem, sådant som sällan syns fullt ut förrän man läser koden. Och det viktigaste: samma underlag blir den maskinläsbara kontext som resten av migreringen vilar på, både när vi väljer integrationer till en POC och när vår AI-stödda process arbetar vidare. Utan det underlaget gissar man, med det bygger man på fakta.

Hur använder ni AI i en BizTalk-migrering?

AI har förändrat vad som är möjligt i en migrering, men inte på det sätt många tror. Att mata hela BizTalk-miljön till en AI och be om en migreringsplan ger ett självsäkert svar som är fel, kraften går åt till att minnas i stället för att lösa. Det avgörande är inte verktyget, utan vad vi matar det med och i vilken ordning. Därför börjar vi med det strukturerade underlaget från analysen, och låter sedan AI arbeta på den verifierade kontexten i utvalda steg, alltid under mänsklig granskning. Människor sätter ramarna, AI arbetar på det vi vet. Det är så en analys som tidigare tog veckor kan göras på cirka två dagar, utan att kvaliteten blir lidande.

Vad är en POC i en migrering, och varför gör ni den?

I steg två migrerar vi tre integrationer med olika komplexitet på riktigt, som ett bevis. Ni ser tempot, validerar metodiken och bygger förtroende för helheten innan ni binder upp er i det fulla projektet. Det gör att beslutet att gå vidare vilar på något ni sett fungera, inte på ett löfte.

Behåller vi kontrollen, eller blir vi beroende av Contica?

Ni behåller kontrollen. Lösningen byggs Azure-native och dokumenteras fullt ut, utan ramverk eller licenser som låser fast er vid oss. Samma metod gäller oavsett om vi förstärker ert eget team eller tar ansvar för hela migreringen, och kunskapen stannar hos er. Poängen med en migrering är att lämna er friare än ni var, inte att byta ett beroende mot ett annat.

Fungerar metoden om vår BizTalk-miljö är dåligt dokumenterad?

Ja, det är ofta själva utgångsläget. Att ingen längre vet exakt vad som finns i miljön är det vanligaste skälet till att migreringar drar ut på tiden. Vår metod börjar därför med att läsa kodbasen och bygga dokumentationen ni saknar, så att planen vilar på fakta även när det inte finns någon färdig kartbild att utgå från.