AWS og Azure åbner offentlig forhåndsvisning af privat multicloud-forbindelse

AWS og Microsoft Azure lancerede den 31. august 2026 en offentlig forhåndsvisning af direkte, on-demand privat netværksforbindelse mellem deres cloudplatforme. Med Azure udvides AWS Interconnect – multicloud, så tjenesten nu omfatter de tre store cloududbydere uden for AWS, som AWS selv fremhæver: Microsoft Azure, Google Cloud og Oracle Cloud Infrastructure. 7

Det afgørende for kunder er dog, at Azure-forbindelsen stadig er i Public Preview. De offentliggjorte funktioner, den regionale dækning og forventningerne til produktionsmodenhed er derfor ikke nødvendigvis endelige.

Sådan fungerer AWS- og Azure-tjenesterne sammen

Løsningen består af to samarbejdende tjenester:

• AWS Interconnect – multicloud leverer den administrerede forbindelse på AWS-siden fra en Amazon VPC.
• Azure Multicloud Interconnect står for den tilsvarende integration på Azure-siden.

Sammen skal tjenesterne etablere en administreret privat Layer 3-forbindelse mellem AWS- og Azure-miljøer. Det betyder, at kunderne i højere grad slipper for selv at installere fysiske routere eller opbygge en særskilt routingsvej gennem eget datacenter. 56

AWS og Microsoft siger, at forbindelsen bygger på en standardiseret, åben API-specifikation frem for en specialbygget bilateral integration. AWS introducerede modellen på re:Invent 2025 og offentliggjorde specifikationen i et åbent GitHub-repositorium, så andre cloududbydere kan tage den i brug. 1013

Oprettelse sker fra AWS’ Direct Connect-konsol

Målet er at samle en stor del af opsætningen i AWS’ eksisterende administrationsflow. Kunden går til AWS Direct Connect-konsollen, vælger AWS Interconnect, opretter en multicloud-forbindelse, vælger den anden cloududbyder og de relevante regioner og angiver den ønskede båndbredde. Udbydere i forhåndsvisning er markeret med et Preview-mærke i konsollen. 12

Forhåndsvisningen har dog begrænsninger. AWS’ dokumentation angiver, at hver kunde højst kan have én interconnect pr. understøttet region. Forbindelsen kan bruges uden beregning under preview-perioden, men brugen er underlagt de gældende preview-vilkår. 12

Fire AWS-regioner er nævnt ved lanceringen

Det tilgængelige materiale identificerer følgende AWS-lokationer for Azure-forhåndsvisningen:

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

Kilderne angiver ikke alle tilsvarende Azure-regioner med tilstrækkelig autoritet. Det er derfor for tidligt at opstille en komplet tabel over regionpar. 67

Microsoft beskriver en plan om forbindelser med hastigheder på op til 100 Gbit/s ved almindelig tilgængelighed. Tallet bør ikke læses som en garanti for, at den fulde kapacitet er til rådighed i den første preview-version. 5

Kryptering og redundans er leverandørernes løfter

AWS og Microsoft positionerer tjenesten omkring privat forbindelse, høj modstandsdygtighed og enklere drift. Microsoft fremhæver specifikt MACsec-kryptering, en tilgængelighed på 99,99 procent – ofte kaldet “fire niere” – samt mulighed for skalering. Det leverede materiale beskriver desuden en underliggende quad-redundant arkitektur. 56

Det er leverandørernes egne tekniske beskrivelser og målsætninger. Da Azure-integrationen fortsat er i offentlig forhåndsvisning, og de tilgængelige kilder ikke uafhængigt bekræfter alle detaljer for preview-implementeringen, bør kunder kontrollere den aktuelle dokumentation for regioner, båndbredde, SLA’er og arkitektur, før tjenesten bruges til produktions- eller regulerede workloads.

Azure udvider AWS’ eksisterende multicloud-strategi

Azure er ikke et brud med AWS’ hidtidige multicloud-retning. AWS oplyser, at AWS Interconnect – multicloud nu dækker:

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

Tjenesten blev oprindeligt lanceret med Google Cloud som første partner, mens AWS’ dokumentation separat viser regionale AWS–Google Cloud-par som Northern Virginia til Northern Virginia og Northern California til Los Angeles. 10

Azure giver dermed kunderne en tilsvarende måde at oprette forbindelser til endnu en stor cloududbyder på. Samtidig bliver samarbejdet en test af, om én fælles integrationsmodel kan fungere på tværs af konkurrerende hyperscalere – og ikke kun i et enkelt partnerskab.

Hvorfor samarbejder to konkurrenter?

Den officielle forklaring er kundernes efterspørgsel. Organisationer fordeler i stigende grad applikationer, data og AI-workloads på flere clouds. Det kan ellers kræve særskilte leverandører, egne routingdesigns, manuelle overdragelser mellem teams og forskellige driftsprocesser. AWS og Microsoft fremstiller samarbejdet som en måde at reducere dette specialarbejde og gøre privat cloud-til-cloud-forbindelse mere ensartet. 56

Samarbejdet er bemærkelsesværdigt, fordi AWS og Microsoft fortsat er direkte konkurrenter på cloudinfrastruktur. Den fælles API-specifikation giver en praktisk grund til at samarbejde: Hver udbyder kan bevare sin egen netværkstjeneste, mens selve forbindelsesprocessen bliver mere standardiseret for kunderne – og potentielt for fremtidige deltagere. 513

Flere regioner og højere hastigheder på vej

AWS og Microsoft forventer at udvide antallet af regionale forbindelser og øge kapaciteten over tid. Microsoft fremstiller også den første version som et fundament for behov med højere båndbredde end den indledende implementering. 56

Modellen kan desuden række ud over forbindelser direkte mellem hyperscalere. Leverandørerne peger på, at netværkstjenester og teleselskaber potentielt kan deltage. Det kan gøre det lettere at bruge en mere ensartet model på tværs af cloud-, operatør- og virksomhedsnetværk. 6

Det er dog ikke det samme som en færdig, branchedækkende standard. Den bredere mulighed er et åbent forbindelseslag, hvor flere udbydere implementerer den samme API, så organisationer kan oprette private forbindelser mellem cloud- og netværksmiljøer med færre specialintegrationer. Det kan blive relevant, efterhånden som AI-arkitekturer fordeler træning, inferens, data, edge-behandling og applikationer på forskellige lokationer. Indtil videre er det en erklæret retning – ikke en etableret markedsstandard. 6