Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Panduan ini membantu Anda merencanakan dan merancang jaringan Azure Anda. Ini menunjukkan kepada Anda layanan jaringan Azure apa yang tersedia dan membantu Anda memilih layanan yang tepat berdasarkan apa yang dibutuhkan beban kerja Anda. Mulai di sini untuk migrasi aplikasi dan desain cloud-native baru.
Apa itu jaringan Azure?
Dalam Azure, jaringan ditentukan perangkat lunak. Tidak seperti pada jaringan lokal, tempat Anda mengelola kabel fisik, sakelar, dan perangkat keras khusus, jaringan Azure adalah serangkaian layanan yang Anda buat dan konfigurasikan. Gunakan portal Azure, Azure CLI, atau alat infrastruktur sebagai kode seperti Bicep dan Terraform. Blok penyusun (jaringan virtual, gateway, load balancer, dan firewall) adalah sumber daya yang Anda provisikan sesuai permintaan dan skala secara independen.
Anggap saja dengan cara ini: di pusat data tradisional, jaringan ada sebelum Anda menyebarkan apa pun. Kabel dijalankan, sakelar dirak dan dikonfigurasi, dan firewall disediakan seminggu sebelumnya. Di Azure, Anda membuat sumber daya jaringan sebagai bagian dari penyebaran Anda. Anda menentukan ruang alamat, membuat subnet, melampirkan aturan keamanan, dan menyambungkan ke internet atau lingkungan lokal Anda. Konfigurasi ini membutuhkan waktu beberapa menit alih-alih minggu.
Pendekatan yang ditentukan perangkat lunak ini memberi Anda fleksibilitas yang tidak ditawarkan jaringan fisik:
- Provisi sesuai permintaan: Membuat, memodifikasi, atau menghapus sumber daya jaringan tanpa pengadaan perangkat keras atau akses fisik.
- Konfigurasi deklaratif: Tentukan status jaringan target Anda dalam templat. Azure menangani detail implementasi.
- Penskalaan independen: Menskalakan load balancer, menambahkan subnet, atau memperluas ruang alamat tanpa memengaruhi sumber daya lain.
- Redundansi bawaan: Banyak layanan jaringan Azure termasuk opsi zona-redundan dan geo-redundan secara default.
Sebelum Menyebarkan beban kerja apa pun di Azure, Anda memerlukan jaringan. Setiap komputer virtual, database, kontainer, dan aplikasi web berjalan di dalam jaringan virtual. Microsoft Azure Virtual Network terintegrasi langsung dengan lebih dari 16 layanan Azure lainnya: dari Azure Firewall dan Azure Application Gateway hingga Azure Private Link dan Azure Bastion. Panduan ini membantu Anda memutuskan layanan apa yang akan disertakan dan bagaimana layanan tersebut cocok.
Layanan jaringan Azure sekilas
Azure jaringan mencakup beberapa kategori. Anda tidak membutuhkan semuanya. Pilih layanan yang sesuai dengan persyaratan beban kerja Anda:
- Jaringan virtual: Jaringan virtual, subnet, alamat IP, dan antarmuka jaringan. Fondasi untuk segala sesuatu yang lain.
- Konektivitas: VPN Gateway, ExpressRoute, dan peering jaringan virtual. Sambungkan Azure ke lingkungan lokal Anda, wilayah Azure lainnya, atau cloud lainnya.
- Penyeimbangan beban dan pengiriman aplikasi: Azure Load Balancer, Azure Application Gateway, Azure Front Door, dan Azure Traffic Manager. Distribusikan lalu lintas, optimalkan performa, dan tingkatkan ketersediaan.
- Keamanan: Kelompok keamanan jaringan, Azure Firewall, Azure Web Application Firewall, dan Azure DDoS Protection. Mengontrol arus lalu lintas dan melindungi sumber daya Anda.
- Akses privat: Azure Private Link dan titik akhir privat. Sambungkan ke layanan PaaS Azure tanpa mengekspos lalu lintas ke internet publik.
- DNS: Azure DNS, zona DNS privat, dan Azure DNS Private Resolver. Resolusi nama untuk lingkungan Azure dan hibrid Anda.
- Pemantauan dan manajemen: Azure Network Watcher, Azure Monitor, dan Azure Virtual Network Manager. Amati lalu lintas, diagnosis masalah, dan kelola jaringan dalam skala besar.
Panduan ini mencakup semua kategori ini. Setiap artikel berfokus pada satu area kemampuan dan membantu Anda memilih antara layanan di area tersebut.
Pilih skenario Anda
Mulai dari sini. Jalur skenario adalah cara yang disarankan untuk menggunakan panduan ini. Pilih jalur yang cocok dengan proyek Anda dan ikuti ujung ke ujungnya. Setiap jalur mengurutkan setiap keputusan desain dalam urutan yang tepat:
| Skenario | Paling cocok untuk | Guide |
|---|---|---|
| Angkat dan geser | Memindahkan beban kerja lokal ke iaaS Azure tanpa merancang ulang | Jalur jaringan lift-and-shift |
| Memigrasikan dan memodernisasi | Mengadopsi layanan, kontainer, dan database terkelola PaaS | Jalur jaringan modernisasi |
| Lintas-cloud | Menghubungkan Azure ke AWS atau Google Cloud, atau bermigrasi dari cloud lain | Jalur jaringan lintas cloud |
Tip
Tidak yakin skenario mana yang cocok? Baca deskripsi sebelumnya, atau lanjutkan ke eksplorasi berbasis kemampuan.
Note
Tidak yakin apakah harus lift-and-shift atau memodernisasi? Jika beban kerja Anda berjalan pada VM dengan perubahan minimal, mulailah dengan angkat dan geser. Jika Anda mengadopsi layanan PaaS seperti AKS, App Service, atau Azure SQL, mulailah dengan migrasi dan modernisasi. Kunjungi kembali jalur lain nanti sesuai kebutuhan. Artikel tumpang tindih.
Jalur desain Anda
Pilih skenario Anda di bagian atas artikel ini untuk menyesuaikan panduan lainnya. Berikut perbedaan jalur Anda:
Alur lift-and-shift Anda: Anda memindahkan beban kerja on-premises ke Azure IaaS dengan perubahan seminimal mungkin.
- Fondasi: Satu jaringan virtual per aplikasi dan satu subnet per komponen, mencerminkan segmentasi lokal Anda. Tentukan kapasitas ruang alamat dengan ruang untuk pengembangan dan hindari tumpang tindih dengan rentang on-premises.
- Konektivitas: VPN Gateway atau ExpressRoute di hub untuk akses lokal, Azure Bastion untuk akses admin, dan zona DNS privat dengan catatan alias untuk mempertahankan nama warisan yang dikodekan secara permanen.
- Topologi dan ketahanan: Hub dan spoke satu wilayah biasanya cukup. Rencanakan pemulihan bencana dengan Azure Site Recovery untuk beban kerja yang tidak dapat mencakup zona atau wilayah.
- Urutan yang disarankan: Jaringan virtual dan subnet, perencanaan IP, NSG, hub-and-spoke, konektivitas hibrid, akses pengembang dan administrator, keamanan DNS, egres keluar, Azure Firewall, pemantauan.
Perjalanan migrasi dan modernisasi Anda: Anda mengadopsi PaaS, kontainer, dan basis data terkelola, sering kali disertai arsitektur ketahanan aktif-aktif.
- Fondasi: Rancang subnet berdasarkan layanan platform (subnet khusus untuk App Service Environment dan AKS dengan CNI Overlay), dan alokasikan ruang alamat yang tidak tumpang tindih di seluruh wilayah utama dan wilayah cadangan Anda.
- Konektivitas dan distribusi: Arahkan lalu lintas keluar dari spoke melalui firewall hub menggunakan rute yang ditentukan pengguna, tempatkan Azure Front Door dan WAF di depan aplikasi web, dan gunakan Traffic Manager untuk aplikasi nonweb.
- Topologi dan operasi: Sebarkan konfigurasi aktif-aktif lintas dua wilayah dengan SKU redundan zona, pisahkan kepemilikan hub dan spoke menggunakan langganan dan RBAC, dan gunakan Azure Virtual Network Manager agar kebijakan tetap konsisten.
- Urutan yang disarankan: Jaringan virtual dan subnet, perencanaan IP, NSG, hub-and-spoke, multi-wilayah, internet ingress, pengiriman aplikasi, akses privat PaaS, Azure Firewall, WAF, DDoS, keamanan DNS, pemantauan, AVNM.
Jalur lintas cloud Anda: Anda menghubungkan Azure ke AWS atau Google Cloud, atau bermigrasi dari cloud lain.
- Temukan terlebih dahulu: Petakan topologi AWS dan Google Cloud serta rekaman DNS yang ada saat ini sebelum merancang Azure, dan petakan setiap layanan sumber ke layanan Azure yang setara.
- Topologi dan konektivitas: Gunakan Azure Virtual WAN dengan hub aman, dan sambungkan ke AWS dan Google Cloud melalui IPsec VPN. Cerminkan aturan grup keamanan Anda yang ada ke dalam NSG.
- Resolusi dan pengiriman nama: Gunakan Azure DNS Private Resolver untuk resolusi lintas cloud dan lokal, dan tempatkan Layer 7 WAF di Application Gateway di spoke alih-alih mengekspos IP publik pada VM.
- Urutan yang disarankan: Lintas wilayah dan multicloud, Virtual WAN, jaringan virtual dan subnet, perencanaan IP, NSG, konektivitas hibrid, keamanan DNS, Azure Firewall, pemantauan.
Cara menggunakan panduan ini
Jika jalur skenario tidak cocok dengan proyek Anda, gunakan panduan ini sebagai referensi kemampuan dan langsung masuk ke artikel untuk kemampuan yang Anda butuhkan. Bagaimanapun, baca artikel dasar terlebih dahulu.
Untuk siapa panduan ini? Administrator jaringan, arsitek cloud, pembuat keputusan TI, dan pengembang yang perlu merancang atau memahami jaringan Azure. Tidak diperlukan pengalaman Azure sebelumnya. Artikel dasar dimulai dari prinsip pertama.
Apa yang tidak dicakup panduan ini: Panduan ini bukan panduan deployment. Ini tidak termasuk panduan portal Azure atau perintah CLI. Setelah Anda membuat keputusan desain, ikuti tautan implementasi di bagian "Pelajari lebih lanjut" setiap artikel untuk instruksi penyebaran langkah demi langkah.
Setiap artikel kemampuan mengikuti struktur yang sama (apa yang dicakupnya, siapa yang membutuhkannya, layanan Azure yang terlibat, tabel keputusan untuk memilih, prasyarat, dan pertimbangan keamanan) sehingga Anda dapat memindai apa yang Anda butuhkan.
Struktur panduan
Panduan ini memiliki lima bagian:
| Bagian | Isinya | Cara menggunakannya |
|---|---|---|
| Artikel dasar | Jaringan virtual, alamat IP, dan grup keamanan jaringan. Konsep inti yang digunakan dalam setiap penerapan Azure. | Baca ini terlebih dahulu. Mereka mencakup dasar-dasar yang menjadi landasan bagi semua artikel lainnya. |
| Artikel konektivitas | Konektivitas hibrid, internet ingress, pengiriman aplikasi, akses keluar, akses privat PaaS, akses VM, dan koneksi lintas wilayah. | Buka artikel yang cocok dengan cara beban kerja Anda terhubung: ke internet, ke lokal, ke layanan Azure lainnya, atau di seluruh wilayah. |
| Artikel topologi | Topologi jaringan mulai dari jaringan flat sederhana hingga desain hub-and-spoke, Azure Virtual WAN, dan desain multiwilayah. | Pilih berdasarkan skala dan kompleksitas lingkungan Anda. Mulailah sederhana dan tumbuh. |
| Artikel keamanan | Azure Firewall, Azure Web Application Firewall, Azure DDoS Protection, dan keamanan DNS. | Buka artikel yang sesuai dengan persyaratan keamanan Anda. Setiap artikel dalam panduan juga menyertakan bagian pertimbangan keamanan. |
| Artikel tentang operasi | Pemantauan jaringan, pengamatan, dan manajemen terpusat dengan Azure Virtual Network Manager. | Gunakan artikel ini untuk merencanakan cara Memantau, memecahkan masalah, dan mengelola jaringan setelah penyebaran. |
Diagram berikut menunjukkan bagaimana panduan diatur. Gambaran umum terhubung ke kelima grup artikel, sementara panduan skenario dan ringkasan fase membantu pembaca memilih cara menelusuri konten.
Tempat memulai: Untuk sebagian besar proyek, mulailah dengan jalur skenario. Itu adalah pintu depan yang direkomendasikan, dan setiap jalur mengurutkan keputusan Anda dalam urutan yang tepat. Jika Anda sudah mengetahui kapabilitas yang Anda perlukan, gunakan navigator kebutuhan bisnis. Jika Anda baru mengenal jaringan Azure, lanjutkan membaca ikhtisar ini atau tentukan ruang lingkup input Anda dengan penilaian persyaratan.
Kumpulkan persyaratan Anda terlebih dahulu
Desain jaringan yang baik dimulai dengan penemuan, bukan penyebaran. Sebelum Anda membuat satu jaringan virtual, kumpulkan input yang mendorong keputusan desain Anda. Setiap input dalam tabel berikut mengarah pada keputusan yang Anda buat dan artikel yang membantu Anda menentukannya. Kumpulkan input ini untuk setiap beban kerja yang Anda rencanakan untuk dijalankan dalam Azure, idealnya untuk semua yang Anda harapkan untuk dipindahkan atau dibangun selama tiga hingga lima tahun ke depan, sehingga ruang alamat dan topologi Anda memiliki ruang untuk tumbuh.
| Masukan yang perlu dikumpulkan | Keputusan desain yang didorongnya | Ke mana harus pergi |
|---|---|---|
| Nama beban kerja dan jumlah komponen (tingkatan) | Jumlah jaringan virtual dan subnet: satu jaringan virtual per beban kerja, satu subnet per komponen | Jaringan virtual dan subnet |
| Jumlah elemen per komponen, sekarang dan diproyeksikan | Ruang alamat dan ukuran subnet; apakah Anda memerlukan load balancer | Perencanaan alamat IP, Pengiriman aplikasi |
| Wilayah Penyebaran | Pemilihan wilayah dan apakah Anda memerlukan desain multi-wilayah | Jaringan multi-wilayah |
| Arus lalu lintas antar komponen | Peering, aturan grup keamanan jaringan, dan resolusi nama internal | Kelompok keamanan jaringan, keamanan DNS |
| Konektivitas dan bandwidth di lokasi | VPN Gateway vs ExpressRoute; rentang alamat yang menghindari tumpang tindih | Konektivitas hibrid, perencanaan alamat IP |
| Kebutuhan akses pengembang dan admin | Azure Bastion atau VPN titik-ke-situs | Akses pengembang dan admin |
| Persyaratan internet keluar | NAT Gateway, Azure Firewall, atau keduanya; ganti akses keluar default | Akses keluar ke internet |
| Persyaratan internet masuk | Perlindungan Application Gateway, Azure Front Door, Traffic Manager, WAF, dan DDoS | Internet ingress, Pengiriman aplikasi |
| Dependensi PaaS Azure | Private Link, titik akhir privat, atau titik akhir layanan | Akses privat PaaS |
| Cloud lain dan interkonektivitas lintas wilayah | Hub-and-spoke vs Virtual WAN; transit lintas cloud | Topologi hub-and-spoke, Virtual WAN, konektivitas lintas wilayah dan multicloud |
| Tingkat keamanan (isolasi, inspeksi, enkripsi) | Segmentasi, inspeksi firewall, dan kontrol perimeter | Kelompok keamanan jaringan, Azure Firewall |
| Tingkat ketahanan (zonal vs regional) | SKU layanan redundan zona vs SKU layanan regional | Jaringan multi-wilayah |
| Kebutuhan pemantauan dan pengamatan | Network Watcher dan log alur | Pemantauan dan pengamatan jaringan |
Setelah Anda mengumpulkan masukan ini, gunakan navigator kebutuhan bisnis untuk memetakan setiap kebutuhan ke artikel yang membahasnya. Jika Anda mengikuti jalur skenario, setiap panduan mengurutkan keputusan ini untuk Anda.
Mulai di sini: artikel dasar
Sebelum Anda menjelajahi kemampuan tertentu, baca tiga artikel dasar. Artikel ini mencakup blok penyusun yang digunakan setiap jaringan Azure, terlepas dari jenis atau kompleksitas beban kerja.
| Artikel | Apa yang dicakupnya | Mengapa itu dasar |
|---|---|---|
| Jaringan virtual dan subnet Azure | Pembuatan jaringan virtual, desain subnet, subnet khusus, dan keputusan ruang alamat | Setiap beban kerja Azure berada dalam jaringan virtual. Anda memerlukan artikel ini sebelum hal lain. |
| Perencanaan alamat IP | Alokasi IP privat dan publik, rentang RFC 1918, perencanaan CIDR, dan keputusan IPv6 | Alamat IP mendasar setiap keputusan jaringan. Perencanaan yang buruk menyebabkan konflik yang mahal untuk diperbaiki nanti. |
| Kelompok keamanan jaringan dan kelompok keamanan aplikasi | Aturan pemfilteran lalu lintas, penetapan grup keamanan, tag layanan, dan postur penolakan default | Kontrol lalu lintas aktif secara default di Azure tetapi hanya berfungsi dengan benar saat Anda mengonfigurasinya dengan sengaja. |
Setelah Anda menyelesaikan artikel dasar, pindahkan ke artikel kemampuan apa pun yang sesuai dengan kebutuhan beban kerja Anda. Tidak ada pesanan yang diperlukan. Setiap artikel tentang kapabilitas berdiri sendiri.
Navigator kebutuhan bisnis
Gunakan tabel ini untuk menemukan artikel yang tepat berdasarkan kebutuhan beban kerja Anda. Setiap baris memetakan persyaratan bisnis umum ke artikel yang membahasnya.
| Aku harus... | Pergi ke | Kode artikel |
|---|---|---|
| Menyiapkan jaringan virtual inti dan subnet saya | Jaringan virtual dan subnet | F1 |
| Merencanakan dan mengalokasikan ruang alamat IP saya | Perencanaan alamat IP | F2 |
| Mengontrol lalu lintas antara subnet dan sumber daya saya | Kelompok keamanan jaringan dan ASG | F3 |
| Sambungkan kantor atau pusat data lokal saya ke Azure | Konektivitas hibrid | C1 |
| Biarkan pengguna internet menjangkau aplikasi saya | Masuk internet | C2 |
| Mengoptimalkan pengiriman dan performa aplikasi secara global | Pengiriman dan performa aplikasi | C3 |
| Mengontrol apa yang dapat dijangkau sumber daya Azure saya di internet | Akses keluar ke internet | C4 |
| Menyambungkan VM Azure ke Azure Storage, database, atau layanan PaaS lainnya tanpa melalui internet publik | Akses privat PaaS | C5 |
| Memungkinkan pengembang atau admin mengakses VM Azure dengan aman | Akses pengembang dan admin | C6 |
| Menyambungkan sumber daya Azure di seluruh wilayah, atau menyambungkan ke AWS atau Google Cloud | Konektivitas lintas wilayah dan multicloud | C7 |
| Merancang jaringan sederhana untuk satu beban kerja | Topologi jaringan datar | T1 |
| Menghosting beberapa beban kerja dengan layanan bersama seperti firewall atau gateway | Topologi hub-and-spoke | T2 |
| Mengelola jaringan di banyak kantor cabang dan wilayah | Azure Virtual WAN | T3 |
| Menyebarkan beban kerja saya di beberapa wilayah Azure untuk ketersediaan tinggi | Jaringan multi-wilayah | T4 |
| Memeriksa dan memfilter semua lalu lintas dengan firewall | Azure Firewall | S1 |
| Lindungi aplikasi web saya dari serangan lapisan HTTP | Web Application Firewall | S2 |
| Lindungi sumber daya saya yang menghadap publik dari serangan volumetrik | Perlindungan DDoS | S3 |
| Menyiapkan resolusi nama privat atau mengamankan DNS saya | Keamanan DNS dan resolusi nama privat | S4 |
| Memantau kesehatan dan lalu lintas jaringan saya | Pemantauan dan pengamatan jaringan | O1 |
| Mengelola jaringan virtual di beberapa langganan secara terpusat | Manajemen jaringan terpusat dengan Azure Virtual Network Manager | O2 |
Tip
Jika Anda tidak yakin harus memulai dari mana, baca tiga artikel dasar (F1–F3) terlebih dahulu, lalu kembali ke tabel ini. Sebagian besar beban kerja membutuhkan setidaknya satu artikel konektivitas (C1–C7) dan satu artikel topologi (T1–T4) bersama dengan fondasi. Untuk contoh yang dikerjakan yang memperlihatkan kumpulan artikel lengkap untuk beban kerja umum, lihat Pola beban kerja umum.
Sekilas fase desain
Fase berikut menguraikan kemajuan umum dari perencanaan ke operasi. Setiap fase dirancang berdasarkan fase sebelumnya.
| Phase | Fokus | Angkat dan pindahkan | Cloud native | Artikel utama |
|---|---|---|---|---|
| Fase 1: Perencanaan | Menentukan jaringan virtual, ruang alamat, dan pemfilteran lalu lintas | Memetakan Azure VNet, subnet, dan aturan ke segmen jaringan dan ACL yang ada | Mendesain batas isolasi beban kerja, rentang CIDR yang ramah pertumbuhan, dan pemfilteran berbasis tag | Jaringan virtual dan subnet, perencanaan alamat IP, Grup keamanan jaringan |
| Fase 2: Build | Pilih pola topologi jaringan | Mulailah dengan topologi yang paling sesuai dengan model on-premises terpusat Anda, yang sering kali berupa hub-and-spoke. | Mulailah dengan topologi paling sederhana yang mendukung beban kerja, lalu tambahkan layanan bersama sesuai kebutuhan | Topologi jaringan datar, topologi Hub-and-spoke, Azure Virtual WAN, Jaringan multi-wilayah |
| Fase 3: Sambungkan | Merencanakan konektivitas internet, hibrid, privat, dan lintas wilayah | Memprioritaskan konektivitas hibrid dan masuk dan keluar terkontrol untuk beban kerja yang dimigrasikan | Prioritaskan pengiriman internet, akses PaaS privat, dan hanya tambahkan tautan hibrid jika diperlukan | Konektivitas hibrid, ingress Internet, Pengiriman aplikasi, Akses internet keluar, akses privat PaaS, Akses pengembang dan admin, Konektivitas lintas wilayah dan multicloud |
| Fase 4: Aman | Menerapkan perlindungan jaringan berlapis | Buat ulang kontrol inspeksi dan perimeter terpusat di Azure | Mendorong perlindungan lebih dekat ke titik akhir tepi dan privat sambil mempertahankan batas Zero Trust | Azure Firewall, Web Application Firewall, perlindungan DDoS, keamanan DNS, dan resolusi nama privat |
| Fase 5: Beroperasi | Memantau, memecahkan masalah, dan mengelola real estat | Validasikan pola trafik yang dimigrasikan dan operasi terpusat sejak awal | Aktifkan observabilitas dan kebijakan terpusat sejak penerapan produksi pertama | Pemantauan dan pengamatan jaringan, Manajemen jaringan terpusat dengan Azure Virtual Network Manager |
Pilih postur keamanan Anda
Keamanan jaringan dalam Azure mencakup tiga tujuan (membatasi, memeriksa, dan mengenkripsi lalu lintas), dan Anda menerapkan masing-masing pada tingkat yang diperlukan beban kerja Anda. Gunakan matriks berikut untuk mencakup desain Anda. Setiap level dibangun di atas level sebelumnya, dengan konsekuensi biaya atau kompleksitas yang lebih tinggi demi perlindungan yang lebih kuat.
| Maksud | Dasar | Medium | High |
|---|---|---|---|
| Membatasi lalu lintas | Segmentasikan beban kerja ke dalam jaringan virtual dan subnet, terapkan grup keamanan jaringan dan ASG, dan nonaktifkan akses keluar default. | Tambahkan Azure Firewall dengan inteligensi ancaman, DDoS Network Protection, dan kebijakan keamanan DNS. | Tambahkan Azure Firewall Premium, Private Link untuk PaaS, Perimeter Keamanan Jaringan, dan Bastion khusus privat. |
| Memeriksa lalu lintas | Gunakan Azure Network Watcher untuk diagnostik. | Ekspor log alur jaringan virtual ke SIEM dan tambahkan firewall aplikasi web di Application Gateway atau Front Door. | Aktifkan Azure Firewall Premium inspeksi TLS dan IDPS, dengan analitik log alur yang lengkap. |
| Mengenkripsi lalu lintas | Hentikan TLS di aplikasi; gunakan VPN Gateway untuk lalu lintas hibrid. | Gunakan ExpressRoute untuk konektivitas privat yang melewati internet publik. | Tambahkan enkripsi jaringan virtual dan ExpressRoute Direct dengan MACsec. |
Sebagian besar beban kerja produksi mendarat di tingkat menengah . Pilih high untuk beban kerja yang tunduk pada regulasi atau yang berhadapan langsung dengan pelanggan jika keamanan lebih diprioritaskan daripada biaya dan latensi. Setiap artikel kemampuan juga menyertakan bagian pertimbangan keamanan dengan panduan tertentu.
Panduan terkait
Panduan ini berfokus pada keputusan desain jaringan. Untuk arsitektur yang lebih luas dan panduan adopsi, lihat:
- Topologi dan konektivitas jaringan di Cloud Adoption Framework untuk jaringan zona pendaratan skala perusahaan.
- Rekomendasi tentang jaringan dan konektivitas dalam Kerangka Well-Architected untuk keamanan, keandalan, dan kompromi biaya.
- Desain arsitektur jaringan di Pusat Arsitektur Azure untuk arsitektur referensi dan pola yang telah terbukti.
Langkah berikutnya
Mulailah perjalanan lift-and-shift Anda:
Jalur desain jaringan lift-and-shift: Jalur baca terpandu untuk memigrasikan beban kerja lokal ke iaaS Azure tanpa merancang ulang.
Mulai perjalanan modernisasi Anda:
Jalur desain jaringan untuk migrasi dan modernisasi: Jalur bacaan terpandu untuk mengadopsi layanan PaaS, kontainer, dan database terkelola di Azure.
Mulai perjalanan Anda lintas cloud:
Jalur desain jaringan lintas awan: Panduan bacaan terarah untuk menghubungkan Azure ke AWS atau Google Cloud, atau bermigrasi dari platform awan lain.