Bygga integrationsplattform i Azure
Så bygger vi en integrationsplattform i Azure
En integrationsplattform i Azure står och faller med hur den är byggd från början. Det avgör om allt som läggs ovanpå blir stabilt, säkert och möjligt att förvalta över tid, eller dyrt och svårhanterat längre fram. Här beskriver vi hur vi lägger en sådan grund i rätt ordning och med rätt komponenter, vare sig ni bygger nytt eller vill stärka en plattform ni redan har. Allt vilar på ett eget bibliotek av beprövade byggblock som vi förfinat sedan 2010, byggt enligt Microsofts egna ramverk, och en lösning ni äger fullt ut.
Några av våra härliga kunder
Ett bibliotek av byggblock, så ingen plattform börjar från ett blankt papper
Genom åren har vi byggt upp ett omfattande bibliotek av färdiga, återanvändbara byggblock för integrationsplattformar i Azure. Det vi internt kallar vårt strukturkapital. I stället för att sätta upp allt från grunden för varje ny kund, något som tar tid och lätt blir godtyckligt, utgår vi från byggblock som redan är beprövade. Resultatet är att mycket är klart från start och vi kan snabbare sätta upp en trygg grund att stå på och ha rätt förutsättningar för utveckling av er integrationsplattform.
Att grunden byggs på det här sättet ger tre saker. Den blir likadan varje gång, oavsett vem hos oss som arbetar med den. Den följer en standard vi vet håller. Och den är dokumenterad och er att äga. Det betyder att vi kan lägga mer tid på det som är unikt för er verksamhet, i stället för att uppfinna grundstrukturen på nytt.
Vad en stabil grund består av, och i vilken ordning den byggs
En plattform i Azure blir inte stabil av att delarna finns, utan av att de sätts i rätt ordning. Strukturen och styrningen först, säkerheten inbyggd från start, sedan flödena för hur allt driftsätts. Här är de byggblock vi alltid utgår från, i den ordning de hör hemma.
Struktur och styrning i Azure
Management Groups, Landing Zones & SubscriptionsEn genomtänkt struktur från början, så att plattformen kan växa kontrollerat i stället för att bli en samling lösa resurser som är svårt att få överblick på.
Namnstandard
Naming ConventionsEn konsekvent namngivning är ryggraden i en förvaltningsbar plattform. Den gör att resurser går att hitta, gruppera och felsöka, år efter år.
Säkerhet och behörigheter
Security & RBACSäkerhetsregler och behörigheter inbyggda från start, i allt från användare, infrastruktur till integrationsresurser. Rätt person och rätt tjänst kommer åt rätt sak, och inget mer.
Driftsättning
CI/CDFärdig metodik och flöden för hur förändringar rullas ut kontrollerat och säkert, utan mänsklig handpåläggning som enkelt kan bli fel.
Återanvändbara mallar
Infrastructure as Code (IaC)Versionshanterade mallar för allt från infrastruktur till själva integrationerna, byggda enligt vår standard. Ni beskriver vad som ska byggas, mallarna sköter en stor del av resten.
Är det samma för alla?Nej, och det är hela poängen. Principerna bakom en stabil grund är desamma, men hur mycket ni behöver hjälp med beror på var ni står idag. Har ni redan en plattform och ett eget team går vi in där det behövs, en granskning eller en förstärkning, utan att röra det som fungerar. Vill ni att någon tar helhetsansvar bygger och förvaltar vi hela vägen. En mindre verksamhet behöver sällan allt en stor koncern behöver, och en lösning som inte passar er budget är inte rätt lösning. Det vi tar med oss är erfarenheten av vad som spelar roll i just ert läge, så att ni får en grund att lita på utan att betala för sådant ni inte har nytta av.
En plattform ni äger och kan växa i, på standardteknik utan inlåsning
En grund som är rätt byggd från start bär mer än det ni gör idag. Den växer med er verksamhet och bär nya behov i takt med att ni digitaliserar, år efter år i Azure och i er egen takt.
Byggd att växa i
Grunden läggs med struktur, styrning och säkerhet på plats från start, så att plattformen kan bära fler integrationer, fler system och högre volym utan att göras om. Ni lägger grunden en gång och bygger vidare på samma bas i åratal.
Nya projekt blir nästan plug & play
Återanvändbara mallar och färdiga integrationsmönster finns i grunden, så nästa integration startar från något beprövat i stället för ett blankt papper. Det gör att plattformen kan växa snabbt och förutsägbart.
Standardteknik, inte en inlåsande plattform
Vi bygger i Azures egna integrationstjänster, inte i en plattform ni hyr av oss. Plattformen ni får är er egen, byggd på standardteknik som vilken Azure-kunnig som helst kan förvalta vidare. Ni sitter aldrig fast hos en leverantör.
Ett bibliotek som mognar med tiden
Vi kommer in med ett bibliotek av beprövade byggblock som förfinas löpande i verkliga projekt. Så länge vi bygger tillsammans får ni del av den utvecklingen, en grund som blir bättre med åren i stället för att föråldras.
Microsofts ramverk, plus erfarenheten att veta hur de används
Vår grund vilar på Microsofts egna ramverk för hur en plattform i Azure bör byggas, Well-Architected Framework och Cloud Adoption Framework. De ger en beprövad utgångspunkt. Men ett ramverk bygger ingen plattform av sig självt, och den är inte heller anpassad för alla olika typer av verksamhet. Vi har erfarenheten av att ha gjort det många gånger, sedan 2010 och uteslutande inom integration, som avgör hur det faktiskt ska tillämpas i er situation.
Den erfarenheten är samlad hos hela teamet, inte hos enskilda personer, och den hålls aktuell. Som Microsoft Solutions Partner arbetar vi nära Microsofts produktteam, och vår CTO är Azure MVP med direktkontakt in i de grupper som utvecklar plattformen. Det gör att det vi bygger följer både beprövade mönster och det som är på väg, inte bara det som gällde i går.
Vi sätter oss in i er plattform, innan vi föreslår något
När ni redan har en plattform i Azure handlar vårt jobb inte om att börja om, utan om att förstå er plattform. Ni känner den bäst. Vi går in som ett par erfarna ögon till, sätter oss in i hur den fungerar, och kan utifrån det peka på var det finns mest att vinna framåt.
- Arkitektur och topologi
- Nätverk
- Namnstandard
- Säkerhet och behörigheter
- Kodkvalitet och återanvändbarhet
- Driftsättning
- Styrning och efterlevnad
Det ger oss en gemensam bild att utgå från, och ett underlag med konkreta förslag på vad som kan stärkas och i vilken ordning. Sedan är det ert beslut. Ibland vill man att vi går vidare och genomför, ibland räcker det att ert eget team har bilden och tar det därifrån. Båda vägarna är lika rätt.
AI gör verklig nytta först när den har rätt kontext att arbeta i. Den kontext är just det vi byggt upp sedan 2010.
Skillnaden mellan en AI lösning som fungerar eller inte brukar stavas kontext. Er miljö, vårt bibliotek av byggblock, en tydlig integrationsstrategi, och dokumentation, både hur vi bygger och hur just er verksamhet hänger ihop är utgör denna kontext. När resurser, namnstandard, mönster och beslut är konsekventa och nedskrivna, kan AI bli ett verkligt stöd i utvecklingsarbetet. Människor sätter ramarna och fattar besluten. AI arbetar på det vi redan vet är rätt, och hjälper oss att bygga snabbare och med jämnare kvalitet. Vill du veta mer hur vi arbetar med en AI-optimerad utvecklingsprocess? Hör av dig.
Hitta rätt nästa steg
Beroende på var ni står kan nästa steg se olika ut. Här är de vanligaste vägarna vidare.
Vanliga frågor om att bygga en plattform i Azure
Hur bygger man en integrationsplattform i Azure?
Det börjar med grunden: en genomtänkt struktur, säkerhet och behörigheter, namnstandard och flöden för driftsättning, satta i rätt ordning innan integrationerna byggs ovanpå. Vi utgår från ett eget bibliotek av beprövade byggblock och Microsofts ramverk, och anpassar uppsättningen efter er verksamhet. På så sätt blir grunden stabil och möjlig att förvalta och utveckla över tid.
Vad kostar det att bygga en integrationsplattform i Azure?
Det beror på omfattningen och var ni står i dag. Vi har färdiga paketeringar som ofta passar som utgångspunkt, men de anpassas alltid efter er verksamhet och era behov, så att ni inte betalar för sådant ni inte har nytta av. Enklast är att höra av er och berätta var ni står, så återkommer vi med ett underlag.
Vad menar ni med strukturkapital och byggblock?
Det är vårt bibliotek av färdiga, återanvändbara delar för en integrationsplattform i Azure: standarder och mallar för struktur, säkerhet, namngivning och driftsättning, som vi förfinat sedan 2010. För er betyder det att grunden inte byggs från ett blankt papper varje gång, utan sätts upp snabbare och med jämnare kvalitet, byggd enligt Microsofts ramverk.
Kan ni bygga vidare på vår befintliga plattform i Azure?
Ja. En stor del av det vi gör är att utgå från en plattform som redan finns. Vi sätter oss in i hur den fungerar och kan utifrån det peka på var det finns mest att vinna framåt, oavsett om ni vill förstärka en del eller utveckla helheten. Ni bestämmer takten, och om ni vill genomför vi tillsammans med er eller lämnar över en bild som ert eget team kan arbeta utifrån.
Måste vi lämna BizTalk för att bygga en plattform i Azure?
Nej. Många bygger nytt i Azure utan tidigare BizTalk, ofta inför eller i samband med ett systembyte. Andra står på BizTalk och vill ta nästa steg i sin egen takt. Vi möter er oavsett var ni står, och en plattform i Azure kan byggas vare sig ni har BizTalk i grunden eller inte.
Hur lång tid tar det att etablera en plattform?
Det beror på omfattningen och hur mycket som ska på plats från start. En tydlig grund kan vara satt relativt snabbt, medan en komplett plattform med alla flöden tar längre. Eftersom vi utgår från beprövade byggblock i stället för att bygga om från grunden går det snabbare än att sätta upp allt för hand. Vi ger en tydligare bild när vi förstår ert läge.