Kortversion: EU-kommissionen har meddelat en preliminär syn att AWS och Azure bör utses som gatekeepers för molntjänster enligt Digital Markets Act. Det ändrar inte svenska företags drift över en natt, men det är en bra påminnelse om att molnval bör handla om mer än pris, vana och snabb start.
För många svenska företag är molnet redan en självklar del av webbprodukter, interna system och AI-satsningar. AWS och Azure är ofta de första alternativen på bordet. De är starka plattformar, med mogna tjänster, stor kompetensbas och ett ekosystem som gör mycket möjligt snabbt.
Men samma styrka kan också skapa beroenden. När databaser, köer, identitet, AI-modeller, loggning, deployflöden och fakturering ligger tätt ihop hos en leverantör blir det svårt att byta senare. Det är precis den typen av fråga EU nu pekar på i sin preliminära DMA-bedömning av AWS och Azure.
Vad är DMA?
DMA står för Digital Markets Act. Det är EU:s regelverk för mycket stora digitala plattformar som fungerar som viktiga portar mellan företag och kunder. Sådana aktörer kan utses till gatekeepers, alltså grindvakter, och får då särskilda skyldigheter som ska minska osund inlåsning och göra marknaden mer konkurrensutsatt.
I juni 2026 meddelade EU-kommissionen sin preliminära uppfattning att AWS och Azure bör omfattas för sina molntjänster. Ordet preliminär är viktigt. Det här är inte samma sak som att nya praktiska skyldigheter redan gäller för varje svensk kund. Men signalen är ändå relevant: molninfrastruktur har blivit så central att den behandlas som strategisk marknadsmakt, inte bara teknikinköp.
Varför är detta relevant för svenska företag?
De flesta företag väljer inte molnleverantör genom en EU-juridisk analys. De väljer den väg som går att bygga, drifta och rekrytera för. Det är rimligt. Problemet uppstår när ett snabbt startbeslut blir ett långsiktigt beroende som ingen har prissatt.
För ett svenskt produktbolag, en SaaS-tjänst eller ett konsultdrivet webbprojekt kan molnvalet påverka både kostnad, leveranshastighet, säkerhet, efterlevnad och framtida förhandlingsläge. När AI-tjänster läggs ovanpå infrastrukturen blir beroendet ännu starkare. En modellplattform, vektordatabas eller AI-agentlösning kan knyta produktens utveckling närmare en specifik molnleverantör än teamet först tänkte.
Inlåsning är inte alltid fel
Det är lätt att prata om leverantörsinlåsning som något som alltid ska undvikas. Så enkelt är det inte. Managed services kan vara en mycket bra affär. En liten organisation kan få säker drift, hög tillgänglighet och färdiga byggblock utan att bygga allt själv.
Frågan är inte om man ska undvika alla beroenden. Frågan är vilka beroenden som är medvetna, dokumenterade och värda sitt pris.
- Ett managed database-val kan vara klokt om driftkapacitet saknas internt.
- En proprietär AI-tjänst kan vara rimlig om time-to-market är viktigare än portabilitet.
- En svensk eller europeisk leverantör kan vara starkare när dataplacering, supportrelation och enkelhet väger tyngre än maximal tjänstebredd.
- En hybridlösning kan vara bäst när vissa delar kräver hyperscaler-tjänster medan andra kan ligga enklare och närmare.
En praktisk beslutsram
När ett företag väljer eller omförhandlar moln bör diskussionen ner på konkreta frågor. Inte “AWS eller Azure?”, utan “vilka delar av vår produkt måste kunna flyttas, vilka får vara leverantörsspecifika, och vad kostar det att ändra oss senare?”.
1. Vilken del är egentligen unik?
Alla delar av en webbprodukt behöver inte maximal molninnovation. Ofta är det några få delar som kräver särskilda tjänster: AI-inferens, bildbehandling, dataanalys, hög skalning eller integrationsmönster. Resten kan ibland byggas mer portabelt med vanliga databaser, containrar och öppna standarder.
2. Hur ser exitkostnaden ut?
- Kan data exporteras i användbara format utan specialprojekt?
- Kan applikationen köras utanför leverantörens egna tjänster?
- Är behörigheter, secrets och deployflöden hårt bundna till en plattform?
- Har teamet dokumenterat vilka managed services som saknar enkel ersättare?
- Finns det en realistisk plan för drift under en flytt, inte bara en arkitekturskiss?
3. Var hamnar AI-beroendet?
EU-kommissionen nämner AI-verktyg och partnerskap som en faktor i molnupphandling. Det är träffsäkert. Många företag väljer moln i dag för att få nära till modeller, embeddings, agentramverk, dokumentanalys och GPU-kapacitet.
Därför bör AI-delarna ritas upp som egna beroenden. Vilka data skickas till vilken modell? Var loggas promptar och svar? Kan modellen bytas? Kan samma produktflöde köras via en annan leverantör, eller via en lokal modell, om priser, villkor eller datakrav ändras?
4. Vilken kompetens finns i teamet?
Ett tekniskt elegant val är inte alltid ett bra verksamhetsval. Om teamet redan kan Azure, har DevOps-flöden där och använder Microsofts identitetsplattform kan Azure vara rationellt. Om teamet kan AWS och använder dess ekosystem väl kan AWS vara rätt. Om organisationen saknar molnkompetens kan en enklare svensk eller europeisk hostingpartner ge bättre faktisk kontroll än en avancerad hyperscaler-setup som ingen hinner förvalta.
När hyperscaler fortfarande är rätt val
Den här diskussionen betyder inte att svenska företag bör undvika AWS eller Azure. För många produkter är de fortfarande det mest praktiska valet. Det gäller särskilt när man behöver global räckvidd, mogen säkerhetsstyrning, avancerad datahantering, stor tjänstebredd eller tät integration med befintliga företagsmiljöer.
Men valet bör vara formulerat som ett affärsbeslut, inte bara en teknisk standardinställning. “Vi väljer Azure för att identitet, compliance och intern kompetens redan finns där” är ett bättre beslut än “vi väljer Azure för att någon gjorde det sist”.
När lokal, svensk eller europeisk leverantör bör utvärderas
- När produkten främst riktar sig till Sverige eller Norden och inte kräver global edge-närvaro.
- När enkel drift, tydlig support och förutsägbara kostnader är viktigare än maximal tjänstekatalog.
- När dataplacering, offentlig sektor, upphandling eller kundkrav gör leverantörsvalet känsligt.
- När produkten kan byggas med standardkomponenter: webbserver, databas, objektlagring, kö och övervakning.
- När man vill separera AI-experiment från kärndriften för att kunna byta modellspår senare.
Frågor att ställa innan nästa molnbeslut
- Vilka delar av systemet är affärskritiska, och vilka är utbytbara?
- Vilka managed services använder vi som inte har en nära motsvarighet någon annanstans?
- Hur snabbt kan vi exportera data och starta produkten i en annan miljö?
- Vilka AI-tjänster använder känslig kunddata, och vilka kan köras mer isolerat?
- Hur följer vi upp kostnad per kund, miljö, feature eller AI-arbetsflöde?
- Vilken leverantör ger oss bäst faktisk kontroll med den kompetens vi har?
- Vad behöver vara dokumenterat för att nästa team inte ska ärva ett svart låda-beslut?
Slutsats
EU:s preliminära DMA-position om AWS och Azure är inte en anledning till panik. Den är en anledning att bli mer vuxen i molnvalen. Svenska företag behöver inte välja mellan hyperscaler och lokal drift som om det vore religion. De behöver förstå vilka beroenden de köper, varför de är värda det och hur de kan byta väg om förutsättningarna ändras.
Det bästa molnvalet är inte alltid det mest portabla. Men det bör vara medvetet.