AWS ja Azure avaavat yksityisen monipilviverkon julkiseen esikatseluun – yhteys voi yltää 100 gigabittiin sekunnissa

AWS ja Microsoft Azure aloittivat 31. elokuuta 2026 julkisen esikatselun, jossa asiakkaat voivat muodostaa suoran ja tilattavan yksityisen verkkoyhteyden AWS:n ja Azuren ympäristöjen välille. Azure-yhteys laajentaa AWS Interconnect – multicloud -palvelua, jonka AWS kertoo kattavan nyt Microsoft Azuren, Google Cloudin ja Oracle Cloud Infrastructure (OCI) -infrastruktuurin. 7

Tärkeä varaus liittyy palvelun saatavuuteen: Azure-toteutus on julkisessa esikatselussa. Sen ominaisuuksia, alueellista kattavuutta, hinnoittelua tai tuotantokäyttöön soveltuvuutta ei siksi pidä pitää lopullisina.

Miten AWS:n ja Azuren palvelut toimivat yhdessä?

Yhteys perustuu kahteen toisiaan täydentävään palveluun:

• AWS Interconnect – multicloud hoitaa AWS-puolen yhteyden Amazon VPC -verkosta.
• Azure Multicloud Interconnect tarjoaa vastaavan integraation Azuren puolella.

Palveluiden tarkoituksena on muodostaa AWS:n ja Azuren ympäristöjen välille hallittu yksityinen Layer 3 -yhteys. Malli piilottaa suuren osan taustalla olevasta verkkotyöstä, joten asiakkaan ei tarvitse rakentaa omaa fyysisiin reitittimiin tai paikallisen ympäristön reititykseen perustuvaa ratkaisua. 56

AWS ja Microsoft kertovat käyttävänsä standardoitua avointa API-määritystä eivätkä erillistä, vain tätä kaksikkoa varten rakennettua rajapintaa. AWS esitteli monipilvilähestymistavan re:Invent 2025 -tapahtumassa ja julkaisi avoimen määrityksen julkisessa GitHub-repositoriosa, jotta myös muut pilvipalveluntarjoajat voisivat ottaa mallin käyttöön. 1013

Yhteys tilataan AWS:n Direct Connect -konsolista

AWS:n dokumentoitu käyttöönottopolku pyrkii vähentämään palveluntarjoajien välisiä käsinvaiheita. Asiakas siirtyy AWS Direct Connect -konsoliin, valitsee AWS Interconnect -palvelun, luo uuden monipilviyhteyden, valitsee kohdepalveluntarjoajan ja alueet sekä määrittää tarvittavan kaistanleveyden. Julkisessa esikatselussa olevat palveluntarjoajat merkitään konsolissa Preview-tunnisteella. 12

Esikatseluun liittyy myös rajoituksia. AWS:n dokumentaation mukaan asiakas voi luoda yhden Interconnect-yhteyden kutakin tuettua aluetta kohti. Yhteyttä voi käyttää esikatselun aikana ilman kustannuksia sovellettavien esikatseluehtojen mukaisesti. 12

Alkuvaiheen alueet ja kaistanleveys

AWS:n puolella Azure-esikatselu on lähteiden perusteella saatavilla seuraavissa sijainneissa:

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

Lähteissä ei nimetä kaikkia vastaavia Azure-alueita aukottomasti. Täydellistä alueparien taulukkoa ei siksi ole perusteltua esittää tässä vaiheessa. 67

Microsoft kertoo yhteyksien voivan yltää yleisen saatavuuden vaiheessa 100 gigabittiin sekunnissa. Tämä ei tarkoita, että täysi kapasiteetti olisi automaattisesti käytettävissä jo alkuperäisessä esikatselussa. 5

Salaus, redundanssi ja saatavuus ovat palveluntarjoajien lupauksia

AWS ja Microsoft markkinoivat palvelua yksityisenä, vikasietoisena ja helposti hallittavana yhteytenä. Microsoft nostaa esiin MACsec-salauksen, 99,99 prosentin eli niin sanotun neljän ysin saatavuuden sekä skaalautuvuuden. Materiaalissa kuvataan lisäksi taustalla oleva nelinkertaisesti redundanttinen arkkitehtuuri. 56

Kyse on palveluntarjoajien ilmoittamista ominaisuuksista ja tavoitteista. Koska Azure-toteutus on edelleen julkisessa esikatselussa eikä toimitettu aineisto vahvista riippumattomasti kaikkia sen teknisiä yksityiskohtia, tuotanto- tai säänneltyyn käyttöön siirtyvien asiakkaiden kannattaa tarkistaa ajantasaiset alue-, kaistanleveys-, SLA- ja arkkitehtuuritiedot suoraan dokumentaatiosta.

Mihin Azure sijoittuu AWS:n monipilvistrategiassa?

Azure ei ole AWS:lle irrallinen poikkeus, vaan osa laajempaa AWS Interconnect – multicloud -kokonaisuutta. AWS kertoo palvelun kattavan nyt:

1. Microsoft Azuren
2. Google Cloudin
3. Oracle Cloud Infrastructure -infrastruktuurin

Palvelu käynnistyi alun perin Google Cloudin kanssa. AWS:n dokumentaatio listaa Google Cloudille erikseen aluepareja, kuten Northern Virginia–Northern Virginia- ja Northern California–Los Angeles -yhteydet. 10

Azuren lisääminen tuo toiselle suurelle pilvipalveluntarjoajalle samanlaisen käyttöönoton. Samalla AWS testaa käytännössä, voiko yhteinen integraatiomalli toimia kilpailevien hyperskaalereiden välillä eikä vain yksittäisessä kahden yrityksen kumppanuudessa.

Miksi kaksi kilpailijaa päätti tehdä yhteistyötä?

Yritysten ilmoittama syy on asiakaskysyntä. Organisaatiot jakavat sovelluksia, dataa ja tekoälykuormia yhä useammin usean pilven kesken, mutta pilvien välinen verkkoyhteys voi vaatia erillisiä palveluntarjoajia, omia reititysratkaisuja, useita käyttöönottovaiheita ja toisistaan poikkeavia toimintamalleja. AWS ja Microsoft esittävät yhteistyön keinona vähentää tätä räätälöityä työtä ja tehdä yksityisistä yhteyksistä yhdenmukaisempia. 56

Yhteistyö on huomionarvoinen myös siksi, että AWS ja Microsoft kilpailevat suoraan pilvi-infrastruktuurissa. Avoin API-määritys antaa molemmille käytännöllisen syyn yhteistyöhön: kumpikin voi säilyttää oman verkkopalvelunsa, mutta yhteyksien käyttöönotosta voidaan tehdä standardoidumpaa asiakkaille ja mahdollisille tuleville osallistujille. 513

Alueita, kapasiteettia ja osallistujia on tarkoitus lisätä

AWS ja Microsoft kertovat tavoittelevansa uusia aluepareja ja suurempaa kapasiteettia ajan mittaan. Microsoft kuvaa nykyistä palvelua perustaksi myös alkuvaiheen käyttöönottoa suurempia kaistanleveystarpeita varten. 56

Malli ei välttämättä rajoitu hyperskaalereiden välisiin yhteyksiin. Palveluntarjoajat viittaavat mahdolliseen verkkopalveluntarjoajien ja teleoperaattoreiden osallistumiseen, mikä voisi yhdenmukaistaa käyttöönottoa ja ylläpitoa pilvi-, operaattori- ja yritysverkkojen välillä. 6

Laajempi ajatus on avoin monipilviyhteyksien kerros: jos useammat palveluntarjoajat ottavat yhteisen API:n käyttöön, organisaatiot voisivat muodostaa yksityisiä pilvien ja verkkojen välisiä yhteyksiä nykyistä yhdenmukaisemmin ja vähemmillä räätälöidyillä integraatioilla.

Tämä voisi olla merkittävää tekoälyarkkitehtuureissa, joissa koulutus, päättely, data, reunalaskenta ja sovellukset sijaitsevat eri ympäristöissä. Toistaiseksi kyse on kuitenkin palveluntarjoajien ilmoittamasta kehityssuunnasta, ei koko alan vakiintuneesta standardista. 6