AWS och Azure öppnar offentlig förhandsversion av privat multicloud-nätverk

AWS och Microsoft Azure lanserade den 31 augusti 2026 en offentlig förhandsversion av privata, direkta nätverksanslutningar mellan sina molnplattformar. Genom tjänsten AWS Interconnect – multicloud kan kunder skapa privata anslutningar till Azure på begäran. Därmed omfattar AWS modell för multicloud-anslutningar nu Microsoft Azure, Google Cloud och Oracle Cloud Infrastructure. 7

Den viktigaste reservationen är att Azure-integrationen fortfarande är en offentlig förhandsversion. Regional täckning, funktioner, kapacitet och villkor för produktionsanvändning ska därför inte betraktas som slutgiltiga.

Så fungerar anslutningen mellan AWS och Azure

Lösningen bygger på två samverkande tjänster:

• AWS Interconnect – multicloud hanterar AWS-sidan och anslutningen från en Amazon VPC, alltså ett isolerat virtuellt nätverk i AWS.
• Azure Multicloud Interconnect tillhandahåller motsvarande integration på Azure-sidan.

Tillsammans ska tjänsterna skapa en hanterad privat Layer 3-anslutning mellan miljöer i AWS och Azure. Det innebär att kunderna i stor utsträckning slipper sätta upp egna fysiska routrar eller bygga en separat routningsväg via det egna datacentret. 56

AWS och Microsoft uppger att de använder en standardiserad, öppen API-specifikation i stället för ett specialbyggt gränssnitt för just de två företagen. AWS presenterade modellen på re:Invent 2025 och publicerade specifikationen i ett öppet GitHub-projekt, med målet att även andra molnleverantörer ska kunna ansluta sig. 1013

Provisionering från AWS-konsolen

Tanken är att minska antalet manuella steg mellan leverantörerna. Kunden går till AWS Direct Connect-konsolen, väljer AWS Interconnect, skapar en multicloud-anslutning och anger målplattform, regioner och önskad bandbredd. Molnleverantörer som fortfarande är i förhandsversion markeras med etiketten ”Preview” i konsolen. 12

Förhandsversionen har samtidigt tydliga begränsningar. AWS dokumentation anger att varje kund får använda högst en interconnect per kund och stödd region. Anslutningen kan användas utan kostnad under förhandsperioden, enligt de villkor som gäller för tjänsten. 12

Regioner och bandbredd

Det material som AWS och Microsoft har publicerat anger följande AWS-regioner för Azure-förhandsversionen:

• US East (N. Virginia)
• US West (N. California)
• Asia Pacific (Sydney)
• Europe (Frankfurt)

De tillgängliga källorna namnger inte samtliga motsvarande Azure-regioner på ett tillräckligt tydligt och auktoritativt sätt. Därför går det inte att presentera en komplett tabell över regionpar utan att riskera att gå längre än beläggen stödjer. 67

Microsoft beskriver en framtida kapacitet på upp till 100 Gbit/s vid allmän lansering. Det ska inte tolkas som en garanti för att hela kapaciteten finns tillgänglig redan i den första förhandsversionen. 5

MACsec, redundans och tillgänglighet

AWS och Microsoft positionerar tjänsten som en privat och motståndskraftig anslutning med förenklad drift. Microsoft lyfter särskilt fram MACsec-kryptering, så kallad ”fyra nior” i tillgänglighet – 99,99 procent – och skalbarhet. Det underliggande nätet beskrivs dessutom som fyrfaldigt redundant. 56

Detta är leverantörernas egna beskrivningar och åtaganden. Eftersom Azure-tjänsten fortfarande är i offentlig förhandsversion, och de tillgängliga källorna inte oberoende verifierar varje teknisk detalj, bör företag kontrollera aktuell dokumentation om regioner, bandbredd, SLA och arkitektur innan tjänsten används i produktion eller för reglerade arbetslaster.

Azures plats i AWS multicloud-strategi

Azure är inte ett sidospår för AWS, utan en utvidgning av företagets befintliga multicloud-strategi. AWS uppger att AWS Interconnect – multicloud nu omfattar:

1. Microsoft Azure
2. Google Cloud
3. Oracle Cloud Infrastructure

Google Cloud var den första lanseringspartnern när tjänsten presenterades. AWS dokumentation listar sedan tidigare regionala par för AWS och Google Cloud, bland annat Northern Virginia till Northern Virginia och Northern California till Los Angeles. 10

Azure ger därmed kunderna en liknande upplevelse för ytterligare en stor molnleverantör. Samtidigt blir samarbetet ett test av om en gemensam integrationsmodell kan fungera mellan konkurrerande hyperskalare, och inte bara inom ett enskilt bilateralt partnerskap.

Varför samarbetar två konkurrenter?

Den uttalade drivkraften är kundernas efterfrågan. Många organisationer fördelar redan applikationer, data och AI-arbetslaster mellan flera moln. Då kan nätverksanslutningar kräva separata leverantörer, egna routningsdesigner, manuella överlämningar och flera operativa processer. AWS och Microsoft framställer samarbetet som ett sätt att minska det specialbyggda arbetet och göra privata anslutningar mer enhetliga. 56

Samarbetet är anmärkningsvärt eftersom AWS och Microsoft samtidigt konkurrerar direkt om molninfrastruktur. Den öppna API-specifikationen ger en praktisk anledning att samarbeta: varje leverantör kan behålla sin egen nätverkstjänst, medan själva anslutningsprocessen blir mer standardiserad för kunder och eventuella framtida deltagare. 513

Fler regioner, högre kapacitet och möjliga operatörspartners

AWS och Microsoft vill utöka antalet regionala par och höja kapaciteten över tid. Microsoft beskriver också den första tjänsten som en grund för bandbreddskrav som överstiger den ursprungliga utformningen. 56

Modellen kan dessutom komma att omfatta mer än anslutningar mellan stora molnleverantörer. Företagen pekar på möjlig medverkan från nätverkstjänsteleverantörer och telekomoperatörer. Det skulle kunna ge ett mer enhetligt sätt att beställa och driva anslutningar mellan moln, operatörsnät och företagsnät. 6

Det betyder dock inte att en branschgemensam standard redan finns. Den större möjligheten är framväxten av ett öppet anslutningslager för multicloud: om fler leverantörer implementerar samma API kan organisationer enklare beställa privata länkar mellan olika moln- och nätverksmiljöer.

Det kan bli särskilt relevant när AI-system fördelar träning, inferens, data, edge-bearbetning och applikationer över flera platser. För närvarande är detta en uttalad framtida riktning – inte en etablerad kapacitet som omfattar hela marknaden. 6