Verktyg som ingår i bedömningen

Microsoft erbjuder flera verktyg som stödjer olika faser av bedömningen. Här är de viktigaste och vad de faktiskt levererar:

Azure Migrate i praktiken

Azure Migrate är hjärtat i den tekniska bedömningen. Verktyget installerar agenter (eller kör agentlös discovery via VMware vCenter) som samlar prestandadata under en mätperiod — vanligtvis 2–4 veckor. Baserat på den datan genererar det en bedömning: vilka virtuella maskiner som kan lyftas rakt in i Azure (lift-and-shift), vilka som behöver moderniseras och vilka som kanske borde avvecklas.

Det vi ser från Opsios NOC efter hundratals migreringar är att mätperioden spelar enorm roll. Två veckors data missar säsongstoppar, månadsbokslut och batchjobb som bara körs kvartalsvis. En bedömning baserad på underrepresentativ data ger underrepresentativa kostnader — och sedan får någon förklara för CFO:n varför Azure-notan är 40 procent högre än prognosen.

Tre områden som avgör bedömningens kvalitet

1. Kostnadsanalys — bortom TCO-kalkylatorn

Microsofts TCO-kalkylator är ett utmärkt startverktyg, men den jämför äpplen med päron om du inte är noggrann. On-prem-kostnader inkluderar sällan alla indirekta poster: den interna personalens tid, lokalkostnader, elavtal, nedskrivningstakter och teknisk skuld som inte syns i budgeten men absolut kostar pengar.

Enligt Flexeras State of the Cloud har kostnadshantering konsekvent rankats som den enskilt största utmaningen bland molnanvändare — och det gäller inte bara drift utan börjar redan i planeringsfasen. Organisationer som inte modellerar reserved instances, spot-instanser och autoskalning i bedömningen missar de mest effektiva verktyg Azure erbjuder för att hålla nere kostnaden.

Cloud FinOps

2. Säkerhet och regelefterlevnad

En bedömning som bara tittar på teknisk kompatibilitet missar halva bilden. Svenska organisationer som omfattas av NIS2-direktivet behöver dokumentera riskhantering och incidentrapportering innan infrastrukturen är på plats i molnet. GDPR-krav kring dataresidenskontroll, underbiträdesavtal och rätten till radering påverkar vilka Azure-tjänster som är lämpliga.

Vi ser exempelvis att organisationer som kör Azure Cognitive Services eller OpenAI-integrationer behöver vara extra uppmärksamma på var data processas. Microsoft har förbättrat transparensen kring databehandling i EU Data Boundary-initiativet, men det är bedömningsfasen — inte driftsfasen — där dessa frågor ska identifieras och adresseras.

Integritetsskyddsmyndigheten (IMY) har de senaste åren skärpt tillsynen kring molntjänster i offentlig sektor, och signalerna är tydliga: ansvar för datahantering kan inte outsourcas. Det ska stå klart i bedömningen vem som äger vilken risk.

Molnsäkerhet

3. Applikationsberoenden och moderniseringsbeslut

Den tekniskt mest komplexa delen av bedömningen handlar om att kartlägga applikationsberoenden. En server som ser oberoende ut i Azure Migrate kan vara tätt kopplad till en on-prem-databas via en integration som inte syns som en nätverkskoppling utan som en fildelningsrutin eller en schemalagd FTP-överföring.

Microsofts 5R-modell (Rehost, Refactor, Rearchitect, Rebuild, Replace) ger en bra beslutsmatris, men vi har en sjätte kategori vi använder internt: Retire — system som migreringen ger en naturlig anledning att pensionera. En bra bedömning identifierar inte bara vad som ska flyttas, utan vad som inte längre behöver finnas.

Vanliga misstag i molnbedömningar

Att behandla bedömningen som ett engångsprojekt. En bedömning är en ögonblicksbild. IT-miljöer förändras, affärskrav skiftar, och Azure-tjänsteutbudet uppdateras kontinuerligt. Organisationer som gör en bedömning i januari och påbörjar migrering i september arbetar med förlegad data.

Att enbart fokusera på teknik. De mest misslyckade migreringarna vi ser handlar sällan om att tekniken inte fungerar — de handlar om att organisationen inte var förberedd. Kompetensluckor, otydligt ägarskap och brist på driftsmodell för molnet är vanligare orsaker till att projekt stannar av.

Att använda listan som migrationsordning. Azure Migrate genererar en lista med bedömda arbetsbelastningar. Det är inte en prioriteringsordning. Migreringsordningen ska styras av affärsvärde, risk och beroenden — inte av hur enkelt det är att flytta en specifik server.

Opsios perspektiv: varför driftserfarenhet förändrar bedömningen

En assessment-konsult levererar en rapport. En managerad tjänsteleverantör (MSP) med 24/7 SOC/NOC levererar en bedömning som redan tar höjd för det som händer efter migreringen — för vi vet hur Azure-miljöer beter sig i produktion.

Vi vet att den där SQL Server-instansen som "borde fungera utmärkt på en D-series VM" kommer att behöva I/O-optimering inom tre månader. Vi vet att nätverkslatensen mellan Sweden Central och en on-prem-integration i ett regionalt datacenter skapar problem som inte syns i en lab-miljö. Och vi vet att Azure Advisor-rekommendationerna efter go-live inte matchar de antaganden som gjordes i bedömningen om man inte aktivt styr mot dem.

Det är skillnaden mellan en bedömning som ser bra ut i en PowerPoint och en bedömning som faktiskt håller hela vägen till stabil drift.

Molnmigrering

Managerade molntjänster

Hur du kommer igång

En meningsfull Azure-bedömning följer dessa steg:

1. Definiera scope och mål — Vilka arbetsbelastningar? Vilka affärsdrivkrafter? Vilken tidshorisont?

2. Teknisk inventering — Kör Azure Migrate med tillräcklig mätperiod (minst 30 dagar om möjligt)

3. Beroendeanalys — Kartlägg applikationsberoenden, integration och dataflöden

4. Kostnadsmodellering — Skapa realistiska scenarier med reserved instances, hybridförmåner och skalningsprofiler

5. Regelefterlevnad — Dokumentera GDPR-, NIS2- och branschspecifika krav

6. Migreringsplan — Prioritera baserat på affärsvärde och risk, inte teknisk enkelhet

7. Driftsmodell — Definiera hur Azure-miljön ska övervakas, optimeras och vidareutvecklas

Managerad DevOps

Vanliga frågor

Hur lång tid tar en Microsoft-molnbedömning?

En grundläggande bedömning med Azure Migrate tar ett par veckor. En fullständig bedömning som inkluderar säkerhet, kostnadssimulering, applikationsberoenden och organisatorisk beredskap tar normalt 4–8 veckor beroende på miljöns komplexitet och antal arbetsbelastningar.

Vad kostar en molnbedömning?

Microsofts egna verktyg (Azure Migrate, TCO-kalkylatorn) är gratis. Kostnaden ligger i den mänskliga analysen — att tolka data, identifiera risker och bygga en realistisk migreringsplan. En extern bedömning via en MSP landar typiskt mellan 50 000 och 300 000 SEK beroende på scope.

Kan vi göra bedömningen själva utan extern partner?

Tekniskt ja, men vi ser regelbundet att interna team underskattar applikationsberoenden och missar kostnadsoptimering. En extern part med driftserfarenhet från hundratals migreringar ser mönster som är svåra att identifiera inifrån organisationen.

Vad är skillnaden mellan Azure Migrate och Cloud Adoption Framework?

Azure Migrate är ett tekniskt verktyg som inventerar och bedömer servrar, databaser och webbappar. Cloud Adoption Framework (CAF) är Microsofts metodramverk som täcker strategi, styrning, säkerhet och drift — alltså det bredare beslutsunderlaget runt själva migreringsverktyget.

For hands-on delivery in India, see azure managed delivery.