AWS og Microsoft har åpnet en direkte, privat lenke mellom skyene sine. 31. august 2026 gikk «AWS Interconnect – multicloud with Microsoft Azure» i offentlig forhåndsvisning, med et speilprodukt fra Microsoft kalt Azure Multicloud Interconnect for AWS. For første gang kan en bedrift koble en AWS VPC direkte til et Azure VNet uten å gå via en operatør, en kolokasjonsleverandør eller det åpne internett. Det er et markant skifte for to skyleverandører som lenge har konkurrert om å holde kundene innenfor egen infrastruktur.
For norske og nordiske IT-avdelinger som drifter arbeidslast på tvers av AWS og Azure, altså et flertall av store virksomheter ifølge egne undersøkelser fra begge leverandørene, er nyheten relevant selv om ingen nordiske regioner er med i den første forhåndsvisningen. Denne artikkelen går gjennom hva som faktisk er lansert, hvilke begrensninger som gjelder i forhåndsvisningsfasen, hvordan tjenesten er priset, og hva den betyr for konkurransen mellom AWS, Azure, Google Cloud og Oracle på multisky-nettverk.
Hva som faktisk ble lansert 31. august
Produktnavnet er «AWS Interconnect – multicloud with Microsoft Azure» på AWS-siden, og «Azure Multicloud Interconnect for AWS» på Microsoft-siden. Begge selskapene omtaler tjenesten som en administrert, privat lag 3-forbindelse (Layer 3) mellom en kundes AWS-nettverk (VPC) og Azure-nettverk (VNet). AWS skriver i sin «What’s New»-melding at Azure-tilkobling nå er i offentlig forhåndsvisning, og at AWS Interconnect – multicloud dermed dekker alle de tre store skyleverandørene utenom AWS selv: Microsoft Azure, Google Cloud og Oracle Cloud Infrastructure.
Det er ikke tilfeldig timing. AWS lanserte tilsvarende forbindelse mot Oracle Cloud Infrastructure til generell tilgjengelighet 29. juli 2026, altså bare fem uker før Azure-forhåndsvisningen. Samme uke kunngjorde Microsoft sin egen blogg at målet er en forbindelse «der begge parter forplikter seg til en høy standard: MACsec-sikkerhet ut av boksen, fire-nitallers oppetid og skalerbarhet med et klikk», ifølge Azure-bloggen som introduserte produktet. Det er andre gang på under et år at AWS åpner en direkte bro til en konkurrerende hyperscaler, og første gang Microsoft går med på det samme.
Poenget med tjenesten er å fjerne behovet for tredjepartsoperatører når en bedrift skal koble sammen arbeidslast som ligger i to forskjellige skyer. Tidligere løsning har vært å sette opp AWS Direct Connect til et nøytralt datasenter, og deretter Azure ExpressRoute fra samme lokasjon inn til Azure, ofte med en operatør som Megaport eller Equinix som mellomledd. Den nye interconnect-tjenesten kutter det mellomleddet og lar trafikken gå direkte mellom skyene på et administrert, kryptert lag.
Slik fungerer AWS Interconnect – multicloud teknisk
Grunnarkitekturen er en administrert lag 3-fabrikk mellom AWS og Azure. Kunden oppretter et interconnect-objekt på AWS-siden og et tilsvarende objekt på Azure-siden, og de to skyene forhandler frem en privat rute mellom dem uten at trafikken forlater leverandørenes eget nettverk. AWS beskriver det som en forbindelse som kan settes opp «med et klikk», altså uten fysisk kabling, kryssforbindelser eller bestilling av operatørkretser slik tradisjonell Direct Connect og ExpressRoute krever.
Sikkerheten er bygget på MACsec, IEEE 802.1AE-kryptering på lenkelaget. Det betyr at trafikken krypteres allerede før den når IP-laget, og at forbindelsen kun er åpen så lenge MACsec-økten er aktiv. Flere tekniske gjennomganger av lanseringen peker på at dette er samme krypteringsstandard som AWS og Google Cloud brukte da de åpnet sin interconnect i april 2026, noe som tyder på at AWS har standardisert sikkerhetsmodellen på tvers av alle tre multisky-partnerskapene sine.
En viktig begrensning gjelder ruting: Azures egen produktside for Multicloud Interconnect presiserer at forbindelser i forhåndsvisningsperioden kun kan opprettes mot virtuelle nettverksgatewayer innenfor samme region. Kryssregional konnektivitet støttes ikke ennå. Det betyr at en kunde med AWS-arbeidslast i Frankfurt og Azure-arbeidslast i Oslo ikke kan koble dem sammen direkte via denne tjenesten før funksjonaliteten utvides.
Hastighetstak, regioner og andre begrensninger i forhåndsvisningen
Markedsføringen fra begge selskaper snakker om «opptil 100 Gbps», men det tallet gjelder målet for generell tilgjengelighet, ikke det som er tilgjengelig nå. I forhåndsvisningen er hver forbindelse begrenset til 1 Gbps, og en kunde kan kun opprette én interconnect per region som støttes. Det er et stort gap mellom den annonserte visjonen og det som faktisk kan testes i dag, og det er verdt å ha i bakhodet før man legger produksjonstrafikk over broen.
Regionmessig er forhåndsvisningen smal. AWS lister fire regioner som støtter Azure-tilkobling: US East (N. Virginia), US West (N. California), Asia Pacific (Sydney) og Europe (Frankfurt). Frankfurt er dermed det eneste europeiske landingspunktet så langt, og verken AWS eu-north-1 i Stockholm eller Azures Norway East og Sweden Central er nevnt i noen av kildene som har dekket lanseringen. For nordiske selskaper betyr det at man i dag må rute via Frankfurt for å teste tjenesten mot en europeisk region, noe som legger på ekstra nettverkshopp og latens sammenlignet med en lokal forbindelse.
Det finnes heller ingen formell driftsgaranti (SLA) i forhåndsvisningen. Microsoft oppgir 99,99 prosent oppetid som et mål for når tjenesten når generell tilgjengelighet, men understreker at funksjonssett, ytelsesmål og tidslinje kan endre seg før den datoen. AWS og Microsoft har foreløpig ikke offentliggjort en dato for når begrensningene løftes eller når flere regioner, inkludert nordiske, kommer med.
| Egenskap | Forhåndsvisning (nå) | Mål ved generell tilgjengelighet |
|---|---|---|
| Båndbredde per forbindelse | 1 Gbps | Opptil 100 Gbps |
| Driftsgaranti (SLA) | Ingen | 99,99 % oppetid (mål) |
| Antall AWS-regioner | 4 (N. Virginia, N. California, Sydney, Frankfurt) | Ikke offentliggjort, forventet flere |
| Nordiske regioner (Stockholm, Oslo) | Ikke støttet | Ikke bekreftet |
| Kryssregional ruting | Ikke støttet, kun samme region | Ikke bekreftet |
| Interconnect per kunde per region | Maks én | Ikke offentliggjort |
| Kryptering | MACsec (IEEE 802.1AE) | MACsec (IEEE 802.1AE) |
Hva AWS og Azure tar betalt i forhåndsvisningsperioden
Prisen er den mest kundevennlige delen av lanseringen så langt. Azures egen produktside slår fast at «Azure Multicloud Interconnect will be free to use while in public preview», altså gratis gjennom hele forhåndsvisningsperioden. På AWS-siden viser dokumentasjonen at forhåndsvisningsforbindelser kan brukes uten kostnad i forhåndsvisningsperioden, i tråd med selskapets vanlige vilkår for forhåndsvisningsprodukter. Flere analyser av lanseringen peker også på at Microsoft ikke tar noen tjenesteavgift eller Azure-side utgående datatrafikk (egress) under forhåndsvisningen, noe som er lest som et bevisst insentiv for å få datatunge AI-arbeidslaster til å teste løsningen tidlig.
Det er en vesentlig forskjell fra hvordan multisky-tilkobling har fungert historisk. Direct Connect og ExpressRoute koster i dag fra rundt 0,02 til 0,05 dollar per GB i utgående trafikk avhengig av region og portstørrelse, i tillegg til månedlig portleie som fort lander på flere hundre dollar. Når to hyperscalere fjerner både tjenesteavgift og egress-kostnad i en forhåndsvisningsperiode, sender det et tydelig signal om at dette handler om å bygge markedsandel og vanedannelse hos utviklerteam før prisleddet kommer inn ved generell tilgjengelighet.
Historien: fra ett partnerskap til tre på under ett år
Multisky-interconnect er ikke en ny idé. Oracle og Microsoft har hatt en direkte forbindelse mellom Oracle Cloud Infrastructure og Azure siden 2019, opprinnelig bygget for å la Oracle-databaser kjøre nær Azure-arbeidslast uten at kunder måtte migrere alt. Det partnerskapet ble i flere år sett på som et unntak, en løsning for et smalt segment av virksomheter med tunge Oracle-forpliktelser, ikke en generell nettverksstrategi.
Det som har endret seg i 2026, er at AWS har bygget ut ett samlet produkt, AWS Interconnect – multicloud, som nå dekker alle tre store konkurrentene. Google Cloud var først ut i april 2026, med en forbindelse som ifølge tilgjengelig dokumentasjon starter på 1 Gbps og skalerer til 100 Gbps, med MACsec-kryptering og innledningsvis i fem AWS-regioner. Oracle fulgte med generell tilgjengelighet 29. juli 2026. Azure er dermed det tredje og siste store benet i AWS sin multisky-strategi, fullført på litt over fire måneder fra Google-lanseringen.
Det er verdt å merke seg ironien i rekkefølgen. AWS og Microsoft har historisk vært to av de skarpeste konkurrentene i skymarkedet, med en årelang strid om alt fra lisensvilkår til offentlige anbud. At de to nå bygger en direkte, kryptert bro mellom nettverkene sine, markerer et taktskifte i hvordan de store leverandørene tenker om kundelojalitet: fra å låse kunder helt inne i én sky, til å akseptere at de fleste store virksomheter uansett kjører flere skyer, og heller konkurrere om å levere den beste opplevelsen for den hybride virkeligheten.
Google Cloud kom først, Oracle tok andreplassen
At Google Cloud ble første stopp for AWS sin multisky-satsing i april 2026, er neppe tilfeldig. De to selskapene konkurrerer tett om AI-arbeidslast, og en direkte forbindelse mellom AWS-hostede treningsdata og Google Cloud sine tjenester gir begge parter tilgang til kunder som ellers måtte velge side. Den første Google-AWS-forbindelsen var tilgjengelig i fem AWS-regioner allerede i forhåndsvisningen, et bredere oppsett enn Azure-lanseringen følger nå.
Oracle sin rute til generell tilgjengelighet var raskere enn ventet, og kom uten like lang forhåndsvisningsfase som Google-forbindelsen. Det henger trolig sammen med at Oracle-Azure-broen allerede eksisterte siden 2019, slik at mye av den tekniske og kontraktsmessige arkitekturen var på plass før AWS kom inn som tredje part. Azure er dermed den eneste av de tre der AWS måtte bygge en helt ny bilateral avtale fra bunnen, noe som kan forklare hvorfor Azure-forbindelsen fortsatt er i tidlig forhåndsvisning mens Oracle allerede er i produksjon.
Slik sammenlignes interconnect med Direct Connect og ExpressRoute
AWS Direct Connect og Azure ExpressRoute er begge bygget for én ting: privat forbindelse fra et lokalt datasenter til én sky. De krever i praksis en fysisk krysskobling i et kolokasjonsanlegg, en portleie som betales månedlig, og ofte en operatør som Megaport, Equinix eller Colt som formidler kretsen. Skal en bedrift koble samme lokale datasenter til både AWS og Azure, må den sette opp to separate kretser og selv håndtere rutingen mellom dem, typisk via en brannmur eller ruter i midten.
AWS Interconnect – multicloud og Azure Multicloud Interconnect løser et annet problem: sky-til-sky, ikke lokal-til-sky. Det er ikke en erstatning for Direct Connect eller ExpressRoute, men et tillegg for virksomheter som allerede har arbeidslast i begge skyer og vil unngå at trafikken mellom dem går over det åpne internett eller via en tredjeparts nettskyoperatør.
| Løsning | Type forbindelse | Krever fysisk kryssforbindelse | Typisk bruksområde |
|---|---|---|---|
| AWS Direct Connect | Lokalt datasenter til AWS | Ja | Hybrid on-prem til AWS |
| Azure ExpressRoute | Lokalt datasenter til Azure | Ja | Hybrid on-prem til Azure |
| AWS Interconnect – multicloud (Azure) | AWS til Azure direkte | Nei | Sky-til-sky, samme region |
| Azure Multicloud Interconnect (AWS) | Azure til AWS direkte | Nei | Sky-til-sky, samme region |
| Operatørbasert multisky (Megaport m.fl.) | Sky til sky via tredjepart | Nei, men krever operatørkontrakt | Multisky med eksisterende operatøravtale |
Hva dette betyr for nordiske virksomheter akkurat nå
Den korte versjonen: ikke stort ennå, men verdt å følge med på. Ingen kilder som har dekket lanseringen nevner AWS eu-north-1 i Stockholm, Azure Norway East eller Azure Sweden Central i sammenheng med forhåndsvisningen. Norske og nordiske selskaper som ønsker å teste tjenesten, må i praksis sette opp ressurser i Frankfurt-regionen for å komme i gang, noe som legger til nettverkshopp for trafikk som ellers ville gått direkte mellom lokale regioner.
Samtidig er den nordiske skymarkedssituasjonen spesiell nok til at dette er relevant nyhet uansett. Microsoft Azure er fortsatt den eneste globale hyperscaleren med en fullverdig region fysisk plassert i Norge, Norway East i Oslo, med tilgjengelighetssoner siden 2019. AWS sin nærmeste region er eu-north-1 i Stockholm, mens Google Cloud sin nærmeste hyperscale-region er europe-north1 i Hamina, Finland. Når AWS og Azure nå bygger en direkte multisky-bro, er det rimelig å anta at Frankfurt-Stockholm- eller Frankfurt-Oslo-koblinger kommer på et tidspunkt, gitt hvor tett integrert nordisk offentlig og privat sektor allerede er med begge skyene.
For virksomheter som allerede kjører regulerte arbeidslaster på tvers av AWS og Azure, for eksempel finans- eller helseaktører med krav til datasuverenitet, er den nye interconnect-tjenesten interessant fordi den i teorien reduserer antall tredjeparter som håndterer trafikken. Færre mellomledd betyr færre kontrakter å revidere og færre parter som må godkjennes i en sikkerhetsvurdering, noe som kan telle positivt i en NIS2- eller DORA-vurdering når regionene til slutt åpnes.
Markedseffekten: hva skjer med nettverksoperatørenes rolle
Den mest direkte konsekvensen rammer nettverksoperatører og kolokasjonsselskaper som Megaport, Equinix og Colt, som i dag tjener penger på å formidle nettopp denne typen sky-til-sky-trafikk. Hvis AWS og Azure på sikt tilbyr samme funksjonalitet gratis eller til lav kostnad direkte mellom skyene, forsvinner en del av businesscasen for operatørbasert multisky-ruting, i alle fall for kunder som kun trenger forbindelse mellom disse to spesifikke skyene i samme region.
Samtidig beholder operatørene et fortrinn så lenge AWS og Azure sin egen løsning er begrenset til fire regionpar og 1 Gbps. En bedrift som trenger multisky-konnektivitet i dag, i en region interconnect-tjenesten ikke dekker, eller med mer enn 1 Gbps kapasitet, må fortsatt gå via en operatør. Det gir markedet et par år med overgangsperiode der operatørene kan tilpasse forretningsmodellen sin, for eksempel ved å tilby administrasjon og overvåking på toppen av den underliggende hyperscaler-forbindelsen i stedet for å eie selve linjen.
En omtale fra The Register, som har dekket lanseringen kritisk, beskriver bevegelsen som at AWS og Microsoft «bygger multisky-broen de selv sa kundene knapt trengte», en referanse til at begge selskaper historisk har tonet ned kundeetterspørsel etter multisky-tilkobling i offentlig kommunikasjon. Det peker på et gjennomgående mønster: leverandørene beveger seg mot mer åpenhet mellom skyene når konkurransepresset og kundekravene blir sterke nok, selv om det på papiret svekker deres eget insentiv til å holde kunder innelåst.
Ekspertuttalelser og offisielle kilder om lanseringen
AWS sin egen nettverksblogg oppsummerer strategien bak lanseringen slik: «With Azure connectivity now in Public Preview, AWS Interconnect – multicloud spans all three non-AWS major cloud service providers (CSPs) – Microsoft Azure, Google Cloud, and Oracle Cloud Infrastructure – giving customers the same simplified, on-demand networking experience between AWS and other CSPs», ifølge AWS’ egen nettverksblogg (AWS Networking Blog).
Microsoft Azure sin egen blogg om lanseringen formulerer ambisjonsnivået slik: «With AWS Interconnect-multicloud and Azure Multicloud Interconnect, we’re proving what’s possible when both sides commit to a high bar: MACsec security out of the box, four-nines availability, and scalability at the click of a button», ifølge Azure-bloggen (Azure Blog).
AWS sin offisielle «What’s New»-melding bekrefter selve lanseringen med ordene: «AWS announces the public preview of AWS Interconnect – multicloud with Microsoft Azure», ifølge AWS (AWS What’s New).
Microsofts egen produktside for tjenesten er tydelig på prismodellen i forhåndsvisningsperioden: «Azure Multicloud Interconnect will be free to use while in public preview», ifølge Azure (Azure Multicloud Interconnect produktside). Det er en uttalelse som direkte underbygger poenget om at leverandørene bevisst fjerner kostnadsbarrierer for å få tidlige brukere inn i systemet før generell tilgjengelighet og et fullt prisregime trer i kraft.
Historisk kontekst: fra utleide linjer til programmerbare skybroer
For å forstå hvor stort dette skiftet egentlig er, er det nyttig å se tilbake på hvordan bedrifter koblet datasentre sammen for femten-tjue år siden. Den gang betydde privat konnektivitet mellom to lokasjoner en fysisk leid linje fra en telekomoperatør, bestilt med ukers eller måneders ledetid, priset per krets og med begrenset fleksibilitet til å endre kapasitet underveis. AWS Direct Connect, lansert i 2011, og Azure ExpressRoute, lansert i 2014, digitaliserte den prosessen for forbindelsen mellom et lokalt datasenter og én sky, men fortsatt med krav om fysisk kryssforbindelse og operatøravtale.
Det som skjer nå, er neste steg i den samme utviklingen: fra fysisk krets til programmerbar sky-til-sky-forbindelse som kan opprettes og termineres via et API eller konsoll uten noen fysisk handling. Det speiler den samme bevegelsen bransjen så da servere ble til virtuelle maskiner, og deretter til containere og serverløse funksjoner, en stadig høyere abstraksjon over den underliggende infrastrukturen. Nettverk mellom skyer er trolig det siste store laget som gjenstår å gjøre fullt programmerbart, og 2026 ser ut til å være året det for alvor skjer mellom de tre største leverandørene.
Fem prediksjoner for det neste året
For det første er det sannsynlig at nordiske regioner kommer med i løpet av 2027, gitt hvor stor andel av nordisk offentlig sektor og finansnæring som allerede kjører splittet mellom AWS og Azure. For det andre vil båndbreddetaket trolig løftes gradvis før full generell tilgjengelighet, sannsynligvis i trinn fra 1 Gbps til 10 Gbps før man når det annonserte målet på 100 Gbps.
For det tredje bør man vente seg at kryssregional ruting åpnes relativt raskt etter at samme-region-modellen har vært i produksjon en stund, siden det er den mest etterspurte funksjonen fra store, geografisk spredte kunder. For det fjerde er det grunn til å tro at prisregimet ved generell tilgjengelighet vil ligne dagens Direct Connect- og ExpressRoute-modeller, altså en kombinasjon av portleie og pris per GB utgående trafikk, siden gratisperioden trolig er et markedsinnføringsgrep snarere enn en permanent modell. For det femte vil operatørmarkedet trolig konsolideres videre, der mindre multisky-spesialister enten inngår partnerskap med hyperscalerne eller flytter fokus mot regioner og skypar interconnect-tjenestene foreløpig ikke dekker.
Hva IT- og nettverksteam bør gjøre nå
Virksomheter som allerede kjører arbeidslast i både AWS og Azure i en av de fire støttede regionene, bør vurdere å teste forhåndsvisningen nå, siden den er gratis og gir mulighet til å forstå den nye arkitekturen før produksjonstrafikk skal flyttes over. Testen bør gjøres mot en ikke-kritisk arbeidslast først, gitt at det ikke finnes noen SLA ennå og at funksjonssettet fortsatt kan endre seg før generell tilgjengelighet.
For nordiske team som venter på regional dekning, er rådet å kartlegge hvilken trafikk som i dag går mellom AWS og Azure via en operatør eller over internett, og dokumentere volum og krav til latens. Det gir et konkret grunnlag for å vurdere migrering til den nye interconnect-tjenesten den dagen Stockholm, Oslo eller Frankfurt-forbindelser dekker det aktuelle behovet, i stedet for å måtte gjøre den kartleggingen i etterkant under tidspress.
Konkurransebildet: AWS, Azure, Google Cloud og Oracle
Med Azure på plass har AWS nå bygget interconnect-broer til alle de tre andre store skyleverandørene i løpet av litt over fire måneder, fra Google Cloud i april, via Oracle i juli, til Azure i august 2026. Det gjør AWS til den eneste leverandøren med et samlet, merkevarebygget produkt for multisky-nettverk som dekker hele markedet. Verken Google Cloud, Oracle eller Microsoft har i dag et tilsvarende produkt som kobler de to andre konkurrentene sammen med hverandre, kun med AWS.
Det gir AWS en strategisk posisjon som nettverksnav i multisky-økosystemet, selv om selskapet fortsatt er den største enkeltaktøren innen infrastruktur som helhet (IaaS). En slik posisjon kan vise seg verdifull uavhengig av hvilken sky som til slutt vinner mest markedsandel innen AI-arbeidslast, siden AWS uansett sitter med forbindelsen mellom de andre.
| AWS multisky-partner | Status | Dato | Innledende region |
|---|---|---|---|
| Google Cloud | Generelt tilgjengelig | April 2026 | US East (N. Virginia) |
| Oracle Cloud Infrastructure | Generelt tilgjengelig | 29. juli 2026 | Flere regioner, bygget på eksisterende OCI-Azure-avtale |
| Microsoft Azure | Offentlig forhåndsvisning | 31. august 2026 | N. Virginia, N. California, Sydney, Frankfurt |
Hva som fortsatt mangler før dette er klart for produksjon i Norden
Tre ting må trolig på plass før nordiske virksomheter kan bruke tjenesten i praksis. Først må AWS og Microsoft utvide regionlisten til å inkludere eu-north-1 i Stockholm og/eller Norway East i Oslo, noe ingen offisiell kilde per skrivende stund har gitt en dato for. Deretter må båndbreddetaket løftes forbi 1 Gbps til et nivå som er relevant for reell produksjonstrafikk mellom to store skyer, særlig for datatunge AI- og analysearbeidslaster. Til sist må en formell SLA på plass, siden ingen ansvarlig driftsorganisasjon vil legge kritisk trafikk over en forbindelse uten oppetidsgaranti.
Inntil videre er den mest realistiske bruken for nordiske selskaper å følge utviklingen tett, teste forhåndsvisningen i Frankfurt-regionen der det er relevant, og fortsette å bruke eksisterende Direct Connect-, ExpressRoute- eller operatørbaserte løsninger for produksjonstrafikk som krever nordisk lav latens i dag.
Ofte stilte spørsmål
Når ble AWS Interconnect – multicloud med Azure lansert?
Tjenesten gikk i offentlig forhåndsvisning 31. august 2026, samtidig fra både AWS og Microsoft sin side.
Koster det noe å bruke tjenesten nå?
Nei. Både AWS og Microsoft har bekreftet at forbindelsen er gratis å bruke gjennom hele forhåndsvisningsperioden, uten tjenesteavgift eller egen egress-kostnad fra Azure-siden.
Er noen nordiske regioner støttet ennå?
Nei. Forhåndsvisningen dekker kun US East (N. Virginia), US West (N. California), Asia Pacific (Sydney) og Europe (Frankfurt). Verken Stockholm, Oslo eller andre nordiske lokasjoner er nevnt i noen offisiell kilde per september 2026.
Hvor rask er forbindelsen?
I forhåndsvisningen er hver forbindelse begrenset til 1 Gbps. Målet for generell tilgjengelighet er opptil 100 Gbps, men det er ikke tilgjengelig i dag.
Erstatter dette AWS Direct Connect eller Azure ExpressRoute?
Nei. Direct Connect og ExpressRoute kobler et lokalt datasenter til én sky. Den nye interconnect-tjenesten kobler to skyer direkte til hverandre, og løser et annet problem.
Hvordan sikres trafikken?
Forbindelsen krypteres med MACsec (IEEE 802.1AE) på lenkelaget, samme standard som AWS bruker i sin tilsvarende forbindelse mot Google Cloud.
Har AWS tilsvarende forbindelser mot andre skyer?
Ja. AWS Interconnect – multicloud dekker nå alle tre store konkurrenter: Google Cloud (april 2026, generelt tilgjengelig), Oracle Cloud Infrastructure (29. juli 2026, generelt tilgjengelig) og Microsoft Azure (31. august 2026, offentlig forhåndsvisning).
Hva bør nordiske IT-team gjøre nå?
Kartlegge eksisterende AWS-Azure-trafikk og volum, teste forhåndsvisningen mot ikke-kritisk arbeidslast i Frankfurt-regionen dersom det er relevant, og følge med på når nordiske regioner og høyere båndbredde blir tilgjengelig.
