AWS dan Azure Uji Coba Koneksi Multicloud Privat Langsung

AWS dan Microsoft Azure meluncurkan pratinjau publik pada 31 Agustus 2026 untuk koneksi jaringan privat langsung dan sesuai permintaan antara kedua cloud. Langkah ini memperluas AWS Interconnect – multicloud, yang sebelumnya telah mencakup hubungan dengan Google Cloud dan Oracle Cloud Infrastructure (OCI). AWS kini menyebut layanannya mencakup tiga penyedia cloud non-AWS utama: Azure, Google Cloud, dan OCI. 7

Namun, kata pratinjau tetap penting. Cakupan wilayah, fitur, kapasitas, dan kesiapan layanan untuk beban kerja produksi belum boleh dianggap final.

Cara kerja AWS Interconnect dan Azure Multicloud Interconnect

Layanan ini menggabungkan dua produk dari masing-masing penyedia:

• AWS Interconnect – multicloud menyediakan koneksi terkelola dari Amazon Virtual Private Cloud (Amazon VPC) di sisi AWS.
• Azure Multicloud Interconnect menyediakan integrasi yang sesuai di sisi Azure.

Keduanya dirancang untuk membangun jalur privat Layer 3 terkelola antara lingkungan AWS dan Azure. Dengan pendekatan ini, pelanggan tidak perlu menyiapkan router fisik sendiri atau membangun jalur routing melalui infrastruktur lokal untuk menghubungkan kedua cloud. 56

AWS dan Microsoft mengatakan integrasi tersebut menggunakan spesifikasi OpenAPI yang terstandardisasi, bukan antarmuka khusus yang hanya berlaku untuk kerja sama bilateral ini. AWS memperkenalkan pendekatan multicloud tersebut di re:Invent 2025 dan menerbitkan spesifikasinya melalui repositori GitHub publik agar penyedia cloud lain dapat mengadopsinya. 1013

Penyediaan koneksi dilakukan lewat konsol AWS

Proses konfigurasi dirancang untuk mengurangi perpindahan pekerjaan antara dua penyedia cloud. Dari konsol AWS Direct Connect, pelanggan dapat memilih AWS Interconnect, membuat interkoneksi multicloud, memilih penyedia cloud serta wilayah tujuan, lalu menentukan bandwidth yang dibutuhkan. Penyedia yang masih berada dalam tahap pratinjau akan diberi label Preview di konsol. 12

Ada sejumlah batasan operasional selama pratinjau. Dokumentasi AWS menyebut setiap pelanggan dibatasi hingga satu interkoneksi untuk setiap wilayah yang didukung. Koneksi pratinjau juga dapat digunakan tanpa biaya selama periode pratinjau, dengan tunduk pada ketentuan layanan pratinjau AWS. 12

Wilayah awal dan kapasitas koneksi

Materi pengumuman mengidentifikasi empat lokasi di sisi AWS untuk pratinjau Azure:

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

Sumber yang tersedia belum mencantumkan secara otoritatif seluruh nama wilayah Azure yang menjadi pasangan lokasi tersebut. Karena itu, daftar pasangan wilayah lengkap belum dapat disajikan dengan pasti. 67

Microsoft menyebut konektivitas dengan kapasitas hingga 100 Gbps saat tersedia secara umum. Angka ini tidak boleh ditafsirkan sebagai jaminan bahwa kapasitas penuh tersebut sudah tersedia pada tahap pratinjau awal. 5

Keamanan dan ketahanan jaringan

AWS dan Microsoft memosisikan layanan ini sebagai konektivitas privat dengan ketahanan bawaan serta pengelolaan yang lebih sederhana. Microsoft secara khusus menyoroti enkripsi MACsec, target ketersediaan 99,99% atau “four nines”, dan kemampuan penskalaan. Materi yang disediakan juga menyebut arsitektur dasar dengan empat jalur redundan. 56

Karakteristik tersebut merupakan klaim dan komitmen yang disampaikan oleh vendor. Karena integrasi Azure masih berada dalam pratinjau publik, pelanggan sebaiknya memeriksa dokumentasi terbaru mengenai wilayah, bandwidth, SLA, dan desain arsitektur sebelum menggunakannya untuk sistem produksi atau beban kerja yang diatur secara ketat.

Posisi Azure dalam strategi multicloud AWS

Masuknya Azure bukanlah perubahan terpisah dari strategi multicloud AWS. Menurut AWS, AWS Interconnect – multicloud kini mencakup:

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

Layanan tersebut pertama kali diluncurkan dengan Google Cloud sebagai mitra awal. Dokumentasi AWS juga mencantumkan pasangan wilayah AWS–Google Cloud, termasuk Northern Virginia dengan Northern Virginia dan Northern California dengan Los Angeles. 10

Dengan Azure, pelanggan memperoleh pengalaman penyediaan yang serupa untuk salah satu penyedia cloud terbesar lainnya. Bagi AWS, integrasi ini juga menjadi pengujian yang lebih luas terhadap gagasan bahwa satu model integrasi dapat digunakan di antara para hyperscaler yang saling bersaing, bukan hanya dalam satu kerja sama bilateral.

Mengapa dua pesaing cloud ini bekerja sama?

Alasan yang disampaikan kedua perusahaan adalah meningkatnya permintaan pelanggan. Banyak organisasi menempatkan aplikasi, data, dan beban kerja AI di beberapa cloud sekaligus. Namun, koneksi lintas cloud biasanya membutuhkan desain routing terpisah, proses penyediaan dari beberapa pihak, serta koordinasi operasional yang rumit. AWS dan Microsoft menyajikan kerja sama ini sebagai cara untuk mengurangi pekerjaan khusus tersebut dan membuat konektivitas privat lebih konsisten. 56

Kerja sama ini menarik karena AWS dan Microsoft tetap merupakan pesaing langsung di pasar infrastruktur cloud. Spesifikasi API bersama memberi alasan praktis untuk berkolaborasi: masing-masing perusahaan tetap dapat mempertahankan layanan jaringan cloud-nya, sambil menyediakan proses koneksi yang lebih terstandardisasi bagi pelanggan dan calon peserta lain. 513

Rencana berikutnya dan dampak yang lebih luas

AWS dan Microsoft membayangkan perluasan jumlah pasangan wilayah serta peningkatan kapasitas dari waktu ke waktu. Microsoft juga menyebut layanan awal ini sebagai fondasi untuk kebutuhan bandwidth yang lebih tinggi daripada penerapan pertamanya. 56

Model tersebut berpotensi diperluas di luar koneksi antarahyperscaler. Kedua perusahaan menunjuk kemungkinan keterlibatan penyedia layanan jaringan dan operator telekomunikasi, sehingga proses penyediaan serta pengoperasian dapat dibuat lebih konsisten di antara jaringan cloud, operator, dan perusahaan. 6

Jika lebih banyak penyedia mengadopsi API bersama tersebut, organisasi pada akhirnya dapat menyediakan koneksi privat lintas cloud dan jaringan dengan lebih sedikit integrasi khusus. Hal ini berpotensi relevan bagi arsitektur AI yang menyebarkan proses pelatihan, inferensi, data, komputasi edge, dan aplikasi di berbagai lokasi.

Meski demikian, pendekatan ini belum menjadi standar industri yang berlaku luas. Untuk saat ini, konektivitas multicloud terbuka tersebut masih merupakan arah yang diusulkan, bukan kemampuan pasar yang sudah mapan. 6