AWS, Azure och Google Cloud – en ärlig jämförelse

Alla tre hyperscalers är mogna plattformar. Ingen av dem är objektivt "bäst". Men de har tydligt olika styrkor, och valet bör styras av dina specifika behov.

När AWS är rätt val

AWS passar organisationer som behöver maximal flexibilitet och har – eller köper in – kompetens att navigera det breda tjänsteutbudet. Stockholmsregionen (eu-north-1) ger låg latens och svensk jurisdiktion. AWS är också det naturliga valet om ni redan investerat i infrastruktur-som-kod med Terraform eller CloudFormation och har en DevOps-mogen organisation. Managerade molntjänster

När Azure passar bättre

Är din organisation djupt integrerad med Microsoft – Active Directory, Microsoft 365, Dynamics 365 – blir Azure det friktionsfria valet. Azure Arc möjliggör hybridscenarier där delar av infrastrukturen fortfarande finns on-premises. Sweden Central-regionen gör att dataresidenskrav uppfylls utan kompromisser. Offentlig sektor i Sverige graviterar av goda skäl mot Azure.

När Google Cloud har övertaget

Google Cloud dominerar inom storskalig dataanalys (BigQuery), maskininlärning (Vertex AI) och containerorkestrering (GKE – fortfarande den mest operatörsvänliga Kubernetes-tjänsten). Om din verksamhet är datadriven och ditt utvecklingsteam föredrar öppna standarder är GCP värt att utvärdera. Avsaknaden av en svensk region är en begränsning för strikt reglerade arbetsbelastningar, men för icke-känslig data fungerar regioner i Finland eller Nederländerna. Managerad DevOps

Vad du bör kräva av din MSP

Definierade SLA:er med faktiska konsekvenser

Ett SLA utan vitesklausul är ett marknadsföringsdokument. Kräv mätbara garantier: svarstid vid incidenter (P1 < 15 minuter), tillgänglighet (99,9 % eller högre), och tydliga eskaleringsvägar. Fråga efter historisk SLA-efterlevnad – en seriös MSP delar den datan.

Transparens i kostnadsrapportering

Du ska ha tillgång till detaljerade kostnadsrapporter – inte aggregerade fakturor. En bra MSP visar kostnader per tjänst, per team och per miljö (produktion vs. utveckling) och ger proaktiva rekommendationer varje månad.

Migreringsmetodik, inte bara löften

Fråga efter en dokumenterad migreringsprocess. Vilka verktyg används för discovery? Hur hanteras datamigrering med minimal stilleståndstid? Finns rollback-planer? En MSP som inte kan svara konkret på detta har sannolikt inte gjort tillräckligt många migreringar. Molnmigrering

Kompetens inom Infrastructure as Code

Manuell konfiguration av molnresurser i en konsol är en säkerhetsrisk och ett driftshinder. Kräv att din MSP arbetar med IaC – Terraform, Pulumi, AWS CDK eller liknande – med versionshanterad kod, code review och automatiserade pipelines.

Vanliga fallgropar vid managerad molndrift

"Lift and shift" utan omstrukturering

Att flytta virtuella maskiner rakt in i molnet utan att anpassa arkitekturen ger ofta högre kostnader och sämre prestanda än den on-premises-miljö du lämnade. En kompetent MSP utmanar ditt antagande att allt ska flyttas 1:1 och föreslår var containerisering, serverless eller managed databases ger bättre utfall.

Låsning till en enda leverantör utan strategi

Vendor lock-in är inte alltid negativt – djup integration med en plattform ger ofta bättre prestanda och lägre komplexitet. Men det ska vara ett medvetet val, inte något du råkar hamna i. Se till att din MSP kan artikulera vilka abstraktionslager som finns och vad en eventuell framtida migration skulle innebära.

Underskattad säkerhetskomplexitet

Modellen med delat ansvar (shared responsibility model) innebär att hyperscalern ansvarar för säkerheten av molnet, men du ansvarar för säkerheten i molnet. En MSP som inte tydligt dokumenterar var ansvarsfördelningen går – mellan dig, MSP:n och molnleverantören – skapar en gråzon som angripare gärna utnyttjar.

Opsios perspektiv: vad vi ser i produktion

Från vårt SOC/NOC ser vi mönster som återkommer oberoende av bransch och plattform. De organisationer som lyckas bäst med managerad molndrift har tre saker gemensamt:

1. De investerar i taggning tidigt. Utan konsekvent taggning av resurser är kostnadsallokering, säkerhetspolicyer och automatisering omöjliga att skala.

2. De testar sin disaster recovery. Inte en gång om året för revisorn, utan kvartalsvis med simulerade scenarion.

3. De behandlar sin MSP som en partner, inte en underleverantör. De bästa resultaten uppstår när MSP:n har insyn i affärsmålen, inte bara en lista med servrar att övervaka.

Vanliga frågor

Vad gör en managerad tjänsteleverantör som inte en intern IT-avdelning kan?

En MSP erbjuder dygnet-runt-övervakning, specialistkompetens över flera molnplattformar och etablerade processer för incidenthantering – resurser som de flesta interna team inte har budget eller bemanning att upprätthålla. Störst värde ger en MSP när du behöver täckning utanför kontorstid och djup expertis inom flera hyperscalers samtidigt.

Kan jag använda flera molnplattformar samtidigt med en MSP?

Ja, multimoln är vanligt. En erfaren MSP hanterar arbetsbelastningar över AWS, Azure och Google Cloud med enhetlig övervakning och kostnadsuppföljning. Nyckeln är att undvika onödig komplexitet – varje plattform ska ha ett tydligt syfte, inte bara finnas där av slentrian.

Hur säkerställer jag GDPR-efterlevnad med managerad IT i molnet?

Välj regioner inom EU/EES (t.ex. AWS eu-north-1 i Stockholm eller Azure Sweden Central), teckna databehandlingsavtal (DPA) med din MSP, och verifiera att leverantören kan visa dokumenterade processer för åtkomstkontroll, loggning och incidentrapportering till IMY inom 72 timmar.

Vad kostar managerad IT i molnet?

Kostnaden varierar kraftigt beroende på omfattning, men de flesta MSP:er arbetar med en månadsbaserad modell kopplad till antal resurser och servicenivå (SLA). Det viktiga är att jämföra totalkostnad – intern personal, kompetensutveckling och risk för driftstopp – inte bara MSP-avgiften isolerat.

Hur snabbt kan vi migrera till managerad molndrift?

En typisk migrering tar 4–16 veckor beroende på komplexitet. Kritiska steg är discovery och assessment (vecka 1–2), arkitekturplanering (vecka 2–4) och stegvis migrering med parallellkörning. Forcera aldrig tidsplanen – en dålig migrering kostar mer att rätta än den sparar i tid.