AWS og Azure åpner privat multicloud-nettverk med opptil 100 Gbps

AWS og Microsoft Azure lanserte 31. august 2026 en offentlig forhåndsvisning av direkte, private nettverksforbindelser mellom nettskyene. Utvidelsen gjør at AWS Interconnect – multicloud nå omfatter de tre store nettskyleverandørene AWS selv trekker frem utenom AWS: Microsoft Azure, Google Cloud og Oracle Cloud Infrastructure. 7

Det viktigste for kundene er likevel forbeholdet: Azure-integrasjonen er fortsatt i Public Preview. Funksjoner, regional dekning, kapasitet og forventninger til produksjonsmodenhet bør derfor ikke behandles som endelige.

Slik fungerer AWS Interconnect og Azure Multicloud Interconnect sammen

Tjenesten består av en koordinert løsning på begge sider av forbindelsen:

• AWS Interconnect – multicloud leverer den administrerte forbindelsen på AWS-siden fra et Amazon VPC.
• Azure Multicloud Interconnect leverer den tilsvarende integrasjonen på Azure-siden.

Sammen skal tjenestene etablere en administrert, privat Layer 3-forbindelse mellom AWS- og Azure-miljøer. Det abstraherer mye av det underliggende nettverksarbeidet og reduserer behovet for at kunden setter opp fysiske rutere eller bygger sin egen rute via datasenter eller lokalt nettverk. 56

AWS og Microsoft sier at løsningen bygger på en standardisert, åpen API-spesifikasjon – ikke et spesialgrensesnitt laget kun for de to selskapene. AWS introduserte denne multicloud-tilnærmingen under re:Invent 2025 og publiserte spesifikasjonen i et offentlig GitHub-repositorium, slik at andre nettskyleverandører kan ta den i bruk. 1013

Oppsettet skjer fra AWS-konsollen

Målet er å redusere antallet manuelle steg på tvers av leverandørene. Kunden går til AWS Direct Connect-konsollen, velger AWS Interconnect, oppretter en multicloud-forbindelse, velger leverandør og regioner på den andre siden og angir ønsket båndbredde. Leverandører i forhåndsvisning er merket med «Preview» i konsollen. 12

Forhåndsvisningen har imidlertid klare begrensninger. AWS-dokumentasjonen sier at kunder kan ha én interconnect per støttet region. Forbindelsen kan brukes uten kostnad mens forhåndsvisningen pågår, med forbehold om vilkårene for AWS’ forhåndsvisningstjenester. 12

Regioner og båndbredde

Det tilgjengelige kunnskapsgrunnlaget identifiserer følgende AWS-regioner for Azure-forhåndsvisningen:

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

Kildene oppgir ikke alle de tilhørende Azure-regionene på en autoritativ måte. Det er derfor for tidlig å presentere en komplett oversikt over regionpar. 567

Microsoft beskriver en plan om forbindelser på opptil 100 Gbps ved generell tilgjengelighet. Tallet bør ikke tolkes som en garanti for at full kapasitet er tilgjengelig i den første forhåndsvisningen. 5

Sikkerhet og redundans

AWS og Microsoft fremhever privat tilkobling, innebygd robusthet og enklere drift. Microsoft trekker spesielt frem MACsec-kryptering, tilgjengelighet på «fire niere» – 99,99 prosent – og skalerbarhet som mål for den felles tjenesten. Materialet beskriver også en underliggende arkitektur med fireveis redundans. 56

Dette er egenskaper og mål som leverandørene selv oppgir. Siden Azure-tjenesten fortsatt er i offentlig forhåndsvisning, og kildene ikke uavhengig bekrefter alle detaljene for den aktuelle implementeringen, bør kunder kontrollere gjeldende dokumentasjon om regioner, båndbredde, SLA-er og arkitektur før løsningen brukes til produksjons- eller regulerte arbeidslaster.

Hvor Azure passer inn i AWS’ multicloud-strategi

Azure er ikke et brudd med AWS’ eksisterende multicloud-satsing. AWS oppgir nå at AWS Interconnect – multicloud dekker:

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

Google Cloud var den første lanseringspartneren da tjenesten ble introdusert, mens AWS-dokumentasjonen separat viser regionpar mellom AWS og Google Cloud – blant annet Northern Virginia til Northern Virginia og Northern California til Los Angeles. 10

Azure-utvidelsen gir dermed kundene en tilsvarende opplevelse for en annen stor nettskyleverandør. Samtidig blir samarbeidet en test på om én felles integrasjonsmodell kan fungere mellom konkurrerende hyperskalere, og ikke bare i ett bilateralt partnerskap.

Hvorfor samarbeider to konkurrenter?

Den oppgitte begrunnelsen er kundenes behov. Virksomheter fordeler i økende grad applikasjoner, data og KI-arbeidslaster på flere nettskyer. Da kan nettverkstilkobling kreve separate leverandører, egne rutingdesign, flere overleveringer mellom driftsteam og mye skreddersydd arbeid. AWS og Microsoft fremstiller samarbeidet som en måte å gjøre privat tilkobling mer ensartet og redusere denne operative friksjonen på. 56

Samarbeidet er bemerkelsesverdig fordi selskapene fortsatt er direkte konkurrenter innen skytjenester. Den åpne API-spesifikasjonen gir likevel en praktisk grunn til å samarbeide: Hver leverandør kan beholde sin egen nettverkstjeneste, samtidig som selve forbindelsesprosessen blir mer standardisert for kunder og mulige fremtidige deltakere. 513

Planene videre – og den større betydningen

AWS og Microsoft ser for seg flere regionpar og høyere kapasitet over tid. Microsoft beskriver også den første løsningen som et grunnlag for behov som krever høyere båndbredde enn den første utrullingen. 56

Modellen kan dessuten bli utvidet utover forbindelser mellom hyperskalere. Leverandørene peker på mulig deltakelse fra nettverkstjenester og teleselskaper. Det kan gjøre det mulig å bruke en mer ensartet modell for oppsett og drift på tvers av nettsky, telekom, nettverk og virksomhetens egne miljøer. 6

Den bredere implikasjonen er et mulig åpent tilkoblingslag for multicloud. Dersom flere leverandører tar i bruk API-et, kan virksomheter etter hvert opprette private forbindelser mellom nettsky- og nettverksmiljøer med færre spesialtilpasninger.

Det kan bli særlig relevant når KI-arkitekturer fordeler trening, inferens, data, kantprosessering og applikasjoner på ulike steder. Foreløpig er dette imidlertid en uttalt retning – ikke en etablert bransjestandard eller en markedsomfattende funksjon. 6