Anda menghost-nya di satu tempat, katakanlah pusat data di Virginia. Itu berjalan lancar bagi pelanggan di New York atau Chicago. Namun bagaimana dengan seseorang di Tokyo, London, atau Sydney? Tiap kali orang tersebut menunjungi situs Anda, permintaan mereka harus melintasi samudera dan benua hanya untuk mencapai server Anda. Setiap gambar, setiap pemuatan halaman, setiap panggilan api menempuh perjalanan panjang yang sama dan penundaan itu bertambah dengan cepat. Faktanya, penelitian menunjukkan bahwa penundaan pemuatan halaman selama satu detik saja dapat mengurangi konversi dan membuat pengunjung yang frustrasi pergi. Namun begini, apa yang terjadi saat situs Anda menjadi viral atau botnet memutuskan untuk menyerang? Satu-satunya server Anda di Virginia akan kewala. Server tersebut melambat dan bahkan bisa mati total. Anda terjebak tanpa rencana cara. Anda dapat mengatasi masalah ketersediaan dengan membangun salinan situs Anda di berbagai wilayah, Tokyo, London, São Paulo.

Bantu. Namun sekarang Anda punya masalah baru. Bagaimana cara Anda mengirim setiap pengunjung ke lokasi yang tepat? Anda tentu tidak ingin seseorang di Jepang tidak sengaja mengakses server asana. Anda memerlukan cara cerdas untuk mengarahkan lalu lintas dan disitulah peran Azure Front Dog. Temui polisi lalu lintas global, itulah Azure Front Door. Bayangkan Azure Front Door sebagai polisi lalu lintas global. Bukan hanya satu di persimpangan, melainkan dibuat yang ditempatkan di persimpangan utama di seluruh dunia. Setiap kali seseorang mengunjungi situs web Anda, polisi terdekat akan turun tangan dan berkata-kata, Tokoh tercepat untuk Anda di Singapura. Izinkan saya mengantar Anda. Jadi apa bedanya ini dengan load balancer biasa? Kebanyakan load balancer bekerja di layar 4, melihat alamat IP dan port untuk mengarahkan lalu lintas. Itu cukup untuk kebutuhan dasar. Namun Azure Front Door bekerja di layar 7, artinya ia memahami lalu lintas HTTP dan HTTPS.

Ia dapat melihat URL yang diketik seseorang, memeriksa header browser mereka, melihat jenis konten yang diminta, dan membuat keputusan perutian cerdas berdasarkan semua itu. Alih-alih hanya mengatakan IP ini menuju ke server itu. Front Door dapat mengatakan permintaan untuk pengguna IP ini menuju ke backend AS Anda. Tapi permintaan untuk gambar ini menuju ke salinan Cech di Tokyo. Inilah yang memungkinkan hal tersebut terjadi di balik layar. Azure Front Door berjalan di jaringan global Microsoft dengan lebih dari 210 titik kehadiran di lebih dari 130 lokasi metropolitan di seluruh dunia. Anggap setiap titik kehadiran sebagai pause lalu lintas kecil, kantor lokal di setiap kota besar yang dapat menangani permintaan awal dengan cepat. Saat pengguna mengunjungi situs Anda, mereka terhubung ke gerai terdekat alih-alih harus menjangkau server asal Anda di Virginia. Gerai tersebut kemudian mengarahkan permintaan mereka melalui jaringan tuang punggung privat Microsoft ke backend Anda.

Ini penting karena internet publik tidak dapat diprediksi. Lalu lintas Anda mungkin melewati belasan lompatan melalui jaringan berbeda yang masing-masing menambah latensi dan potensi kehilangan paket. Di sisi lain, tuang punggung Microsoft adalah jaringan berkecepatan tinggi privat yang menghubungkan pusat data mereka secara langsung. Jadi, begitu permintaan Anda mencapai titik keberadaan terdekat, sisa perjalanannya terjadi di jalan tol yang cepat dan Anda. Anda mendapatkan waktu muat lebih cepat, latensi lebih rendah, dan pengalaman lebih baik bagi pengguna di mana saja, baik di Tokyo, London, atau Sampaulo. Dan semua ini terjadi secara otomatis tanpa pengunjung Anda menyadarinya. Tiga lapisan ketahanan, bagaimana FD tetap aktif? Sekarang, Anda mungkin berpikir, ide polisi lalu lintas global ini terdengar hebat, tapi apa yang terjadi jika polisinya sendiri mogok? Jika Azure Front Door adalah titik masuk tunggal untuk seluruh aplikasi Anda, itu menjadi titik kegagalan tunggu besar, bukan?

Microsoft memikirkan hal ini. Mereka membangun tiga lapisan ketahanan ke dalam Front Door, sehingga hampir tidak pernah mati. Ini dengan saya menjelaskannya. Lapisan pertama, Front End. Ingat 210 titik keberadaan lebih yang saya sebutkan tadi. Masing-masing adalah gerai lintas yang sebenarnya independen. POP ini berada di lebih dari 130 lokasi metropolitan di seluruh dunia, berjalan di dalam pusat data Microsoft dan fasilitas kolokasi mitra. Setiap POP menampung beberapa rak server dengan pengontrol Edge di atasnya yang berfungsi sebagai penyeimbang beban bawaan. Jika satu server di dalam POP gagal, pengontrol Edge mengalihkan lalu lintas ke server yang sehat di dalam POP yang sama. Dan jika satu POP mati total, disitulah pengalamatan IPI NKS berperan. Permintaan pengunjung Anda secara otomatis diarahkan ke POP terdekat berikutnya. Tanpa gangguan dan termaintervensi manual, semuanya terjadi begitu saja.

Lapisan kedua cadangan. Tapi bagaimana jika sebuah pekwalahan? Katakanlah ada lonjakan, lalu lintas masif, atau beberapa POP di suatu wilayah yang mati sekaligus. POP yang tersisa mungkin tidak mampu menangani beban tersebut. Saat itulah lapisan cadangan turun tangan. Ini adalah kumpulan POP terpisah. Jumlahnya puluhan, bukan ratusan yang menjalankan perangkat lunak dan setektur yang sama. Semuanya hanya berada di pusat data Microsoft, bukan fasilitas mitra. Ketika POP RONN perlu mengurangi beban lalu lintas, ia mengalihkan permintaan ke lapisan cadangan ini. Cacing yang sama, perutahan yang sama, keamanan yang sama. Pengunjung Anda tidak akan pernah menyadari perbedaan. Mereka mungkin mendapatkan konten sedikit lebih lambat, tetapi mereka tetap mendapatkan lapisan ketiga perisai lalu lintas. Ini adalah pengawasnya. Anggaplah ini sebagai pusat komando global yang mengawasi seluruh jaringan front door.

Ia memantau pola lalu lintas, tingkat beban, dan kesehatan di semua POP. Saat mendeteksi POP tertentu mulai kewalahan, ia tidak hanya menunggu lapisan cadangan bekerja. Ia secara proaktif mengalihkan lalu lintas dengan memperbarui resolusi DNS titik akhir front door Anda. Ia dapat beralih dari IP Any Case Global ke regional memindahkan klien ke set POP yang benar-benar berbeda. Bahkan bisa melintasi benua jika diperlukan. Perisai lalu lintas inilah yang membuat front door terasa hampir seperti sihir. Ia terus melakukan optimalisasi di balik layar, menyesuaikan router sebelum masalah terjadi. Sekarang saya perlu menyebutkan suatu risiko. Pada Oktober 2025, Azure front door mengalami gangguan yang signifikan. Perubahan konfigurasi melewati validasi keselamatan dan menyebabkan masalah luas di Microsoft 365, Xbox Live, dan ribuan situs web pelanggan. Microsoft belajar dari Hot Reset. Mereka menghapus semua pemprosesan asinkron dari alur konfigurasi.

Sekarang setiap jalur kode diuji selama peluncuran. Mereka mengurangi waktu pemulihan rollback dari 4 jam menjadi 1 jam dan nargetkan 10 menit pada Maret 2026. Mereka juga memperkenalkan segmentasi mikrosel untuk membatasi dampak di masa depan hingga kurang dari 1% penyewa. Intinya, tidak ada sistem yang sempurna. Tetapi arsitektur tiga lapis front door dilancang untuk bertahan dari gangguan regional, lonjakan lalu lintas, dan bahkan beberapa kesalahan konfigurasi. Untuk sebagian besar aplikasi itu sudah lebih dari cukup. Untuk sistem yang benar-benar sangat penting, Anda dapat melapisi Azure Traffic Manager di depan front door sebagai jalur darurat. Tetapi itu adalah topik lanjutan untuk lain waktu. Cara mengarahkan lalu lintas perutean dan grup asal origin group. Jadi, kita punya polisi lalu lintas global dengan lebih dari 210 post dan tiga lapisan cadangan tetapi bagaimana ia benar-benar memutuskan kemana harus mengirim setiap pengunjung.

Disitulah grup asal berperang. Grup asal pada dasarnya adalah kumpulan server back-end Anda. Anggaplah ini sebagai daftar toko Anda, tempat sebenarnya di mana situs web atau aplikasi Anda berjalan. Anda mungkin memiliki satu server di Amerika Utara, satu di Eropa, dan satu di Asia. Semuanya masuk ke dalam grup asal yang sama. Sekarang front door tidak begitu saja mengirim lalu lintas ke semuanya. Ia terus menulis memeliksa apakah mereka akut. Itu disebut keperiksaan kesehatan Anda. Setiap beberapa detik, setiap POP front door melakukan ping ke server Anda dengan mengakses jalur tertentu, biasanya akar situs Anda, atau titik akhir kesehatan khusus seperti player health. Jika server tidak merespons atau memberikan kode kesalahan, front door menandainya sebagai tidak sehat dan berhenti mengirim lalu lintas ke sana. Ini seperti polisi lalu lintas yang meriksa apakah toko benar-benar buka sebelum membiarkan pelanggan masuk.

Namun setelah Anda memiliki beberapa server yang sehat, pertanyaannya adalah mana yang harus menerima pengunjung. Front door menggunakan tiga faktor untuk memutuskan prioritas, latensi, dan bobot. Dan ketiganya bekerja bersama dalam urutan itu. Pertama adalah prioritas. Anda dapat menetapkan satu server sebagai utama dan lainnya sebagai cadangan. Atur yang utama ke prioritas satu dan cadangan ke prioritas dua. Dalam kondisi normal, semua lalu lintas diarahkan ke server utama. Jika server utama mati, lalu lintas beralih ke cadangan. Sederhana bukan? Ini sangat cocok untuk pengaturan aktif pasif di mana Anda ingin satu wilayah menangani semuanya kecuali jika terjadi kegagalan. Tapi bagaimana jika Anda ingin kedua server? Disitulah latensi berperang. Jika beberapa server memiliki prioritas yang sama, front door mengirim lalu lintas ke server dengan latensi terendah, yakni waktu respons tercepat dari lokasi pengunjung.

Jadi pengguna di London diarahkan ke server Eropa Anda, sementara pengguna di Tokyo diarahkan ke server Asia. Ada juga pengaturan sensitivitas. Secara default, 50 milidetik. Jika dua server memiliki selisih waktu 50 milidetik satu sama lain, front door menganggap keduanya sama cepat. Itu mencegah perpindahan terus-menerus antar server yang kecepatannya pada dasarnya sama. Dan saat latensi setara, disitulah bobot berperang. Anda dapat menetapkan bobot untuk membagi lalu lintas antar server. Katakanlah Anda ingin menguji versi baru aplikasinya. Anda bisa memberi server saat ini bobot 90 dan yang baru bobot 10. Itu berarti kira-kira 9 dari 10 pengunjung akan menuju versi lama dan 1 dari 10 akan menuju versi baru. Ini sempurna untuk peluncuran bertahap, pengujian AB, atau sekadar menyeimbangkan beban di seluruh server dengan kapasitas berbeda. Inilah hal yang penting. Semua ini terjadi secara otomatis.

Anda mengonfigurasi grup origin sekali dan front door menangani sisanya. Layanan ini memeriksa server Anda mengkur latensi, menghormati prioritas, dan mendistribusikan lalu lintas berdasarkan bobot. Dan itu semua dilakukan di Edge sebelum permintaan mencapai backend Anda. Artinya server Anda tidak perlu mencari tahu dari mana lalu lintas berasal atau bagaimana cara merotakan. Mereka hanya melayani konten. Kalianan di Edge, WF, dan seterusnya. Jadi sekarang mari kita bicara tentang kan. Karena front door berada di ujung jaringan Microsoft, ini adalah tempat sempurna untuk menghentikan serangan sebelum mencapai server Anda. Anggaplah ini sebagai pos pemeriksaan keamanan di pintu masuk gedung. Siapapun yang ingin masuk harus melalui tempat itu terlebih dahulu. Pemeriksaan tersebut disebut Web Application Firewall atau WAF yang terintegrasi di front door standar maupun premium. WAF secara otomatis memblokir serangan web yang ujung.

Seperti injeksi SQL, saat penyerang menyisipkan perintah basis data berbahaya ke kolom formulir atau cross-head scripting saat mereka menyuntikkan skrip ke halaman Anda atau serangan DDoS saat mereka mencoba membanjiri server Anda dengan trafik. WAF menangkap semua ini di Edge dan menolaknya sebelum origin Anda melihat apapun. Selain perlindungan otomatis, Anda juga dapat membuat aturan khusus. Misalnya, jika situs Anda hanya ditujukan untuk pelanggan di Eropa, Anda dapat memblokir trafik dari wilayah lain sepenuhnya. Atau mungkin Anda melihat rentang IP tertentu yang terus mencoba masuk ke situs Anda, Anda pun dapat memblokirnya. Anda juga dapat memfilter berdasarkan header permintaan, pola URL, atau bahkan browser yang digunakan seseorang. Memberikan kontrol yang sangat spesifik mengenai siapa yang dapat masuk dan siapa yang tidak. Di sini ada tingkat harga berperan penting. Standar memberi Anda aturan WAF khusus untuk menentukan apa yang akan diblokir dan diizinkan.

Premium melangkah lebih jauh dengan menambahkan kumpulan aturan terkelola yang didukung oleh intelijen ancaman Microsoft yang terus diperbarui berdasarkan pola serangan nyatai yang dilihat Microsoft di seluruh jaringannya. Premium juga mencakup perlindungan bot yang secara otomatis memblokir scriper otomatis, credential, staffer, dan bot lainnya. Dan fitur ini menambahkan dukungan private link yang mungkinkan Anda terhubung ke origin melalui koneksi jaringan privak, bukan internet publik. Itu berarti server backend Anda dapat disembunyikan sepenuhnya dari dunia luar. Hanya front door yang dapat menjangkau-nya. Ini merupakan hal penting untuk keamanan. Banyak serangan tidak menarketkan front door. Mereka mencoba mencari pintu belah. Jika server origin Anda memiliki alamat IP publik, penyerang dapat membeksanya secara langsung dan melewati semua perlindungan front door Anda. Dengan private link, hal itu tidak mungkin dilakukan karena origin tidak memiliki titik akhir publik dan hanya dapat diakses melalui front door.

Jadi meskipun seorang menemukan IP server Anda, mereka tidak akan bisa menjangkau. Hasilnya adalah pertanda mendalam. WAF memblokir serangan di lapisan aplikasi. Aturan khusus menangani kebutuhan spesifik Anda. Perlindungan buat menghentikan ancaman otomatis. Dan private link menjaga origin Anda tetap di data link. Semua ini terjadi di ads sebelum trafik mencapai infrastruktur Anda sehingga server Anda tetap fokus melayani konten bukan menangkis serangan. Cacing membuat segala yang menjadi lebih cepat. Jadi kita telah membahas perlutaan dan keamanan tetapi ada fitur lain yang membuat front door sangat berguna yaitu cacing. Begini denya. Banyak konten situs web Anda tidak sering berubah. Gambar, file CSS, pustaka JavaScript, foto produk, bahkan mungkin beberapa halaman HTML. Jika setiap pengunjung harus mengambil data dari server origin Anda. Anda membuang waktu dan bandwidth karena server harus memproses permintaan yang sama berulang kali.

Mengirimkan byte yang sama melalui internet setiap saat. Cacing mengatasi hal tersebut dengan menyimpan salinan konten statis di PP8. Lain kali seseorang meminta file yang sama, POP akan menyajikannya secara instan tanpa perlu menghubungi originan. Ini seperti memiliki gudang kecil di samping setiap gerbang toh. Alih-alih menyuruh setiap pelanggan kembali ke pabrik utama, Anda cukup memberikan apa yang sudah ada di rang. Perbedaan performanya sangat dramatis. Bukan perjalanan pelang pergi melintasi samudera. Respons datang dari server di kota yang sama. Dalam mili detik bukan detik. Dan server origin Anda menjadi lebih ringan karena menangani lebih sedikit permintaan dan bisa fokus pada hal dinamis yang memang perlu diproses. Namun cacing tidak otomatis berlaku untuk semua. Anda mengontrol apa yang dicecen berapa lama durasinya. Front Door menghargai header catch control standar dari origin Anda seperti Max H atau S-Max H dan Anda juga dapat mengonfigurasi aturan catching secara langsung menimpa header origin jika diperlukan.

Saat Anda memperbarui konten, Anda dapat menghapus chassis dan meminta Front Door untuk membuang salinan lama serta mengambil angbak. Hal ini penting untuk peluncuran produk atau perubahan harga di mana versi baru harus segera terlihat. Begini tinggal. Front Door bukan hanya untuk konten statis. Bahkan untuk konten dinamis seperti API, halaman yang dipersonalisasi, atau keranjang belanja, pengiriman tetap dipercepat karena setelah permintaan mencapai POP terdekat, ia akan melintasi backbone pribadi Microsoft, bukan internet publik. Backbone pribadi tersebut lebih cepat dan lebih andal daripada web terbuka. Jadi permintaan yang tidak dicecep pun mendapatkan peringkatan bercepatan. Ini adalah salah satu perbedaan utama antara Front Door dan CDN tradisional. CDN hanya melakukan cacing pada konten statis, itu saja. Front Door melakukan cacing pada konten statis dan mempercepat semua konten lainnya.

Ini adalah penawaran lu dalam sana. Tingkat harga, mana yang harus dipilih? Baiklah, mari bicara soal uang karena itu adalah pertanyaan besar. Berapa biayanya dan tingkat malah yang sebenarnya harus Anda pilih? Sebelum kita masukkan ke angkanya, inilah mengapa hal yang penting. Tingkat yang Anda pilih tidak hanya mengaruhi harga, tetapi juga menentukan keamanan dan fitur yang tersedia untuk melindungi aplikasi Anda. Azure Front Door hadir dalam tiga versi. Klasik adalah versi lama. Versi ini masih berfungsi, tetapi Microsoft menyarankan untuk tidak menggunakannya untuk proyekan. Klasik akan segera dihentikan. Tidak ada sumber daya baru setelah 2025 dan akan dipensiunkan sepenuhnya pada 2027. Jadi jika Anda mulai dari awal, pilihan Anda adalah standar atau premium. Berikut ada sumber daya sederhana. Standar mengenakan biaya dasar 35 per bulan. Premium mengenakan biaya 330 harga per bulan.

Itu lompatan yang besar, tapi inilah yang menarik. Tarif transfer data per gigabyte identik untuk kedua tingkat. Di Amerika Utara dan Eropa, lalu lintas keluar mencapai sekitar 8,25 sen per gigabyte untuk 10 terabyte pertama. Transfer dari edge ke orijin adalah sekitar 2 sen per gigabyte. Harganya sama untuk kedua. Jadi apa yang Anda dapatkan dengan tambahan 300 hal itu? Itu. Premium menambahkan aturan WF terkelola yang didukung oleh intelijen ancaman Microsoft, aturan yang diperbarui secara otomatis berdasarkan pola serangan nyata. Anda juga mendapatkan perlindungan bot, dukungan private link agar orijin Anda tetap tersembunyi dari internet publik dan analisis keamanan yang lebih dalam. Standar memberi Anda penyembang beban global, caching, akselerasi dinamis, dan aturan WF custom. Anda dapat memblokir rentang IP negara atau pola permintaan. Anda hanya tidak mendapatkan rangkaian aturan terkelola atau private.

Biaya permintanya pun berbeda. Standar mengenakan biaya sekitar 9 cent per 10 ribu permintaan untuk 290 juta bertang. Premium mengenakan biaya sekitar 15 cent per 10 ribu. Dalam skala besar, perbedaan itu akan terhasil. Jadi bagaimana cara memilih? Aturan praktis dari saya. Jika Anda menjalankan situs web atau API standar yang membutuhkan kinerja global dan keamanan dasar, mulailah dengan standar. Biaya dasar 35 terjangkau dan aturan WF custom menangani sebagian besar ancaman umum. Anda selalu bisa meningkatkan versi nanti jika kebutuhan keamanan Anda bertang. Jika Anda berada di industri teregulasi kesehatan, keuangan pemerintah atau menangani data pelanggan yang sensitif, premium sepadan dengan biaya tambahannya. Aturan WF terkelola mendeteksi ancaman yang mungkin tidak terpikirkan oleh Anda untuk di-block. Private link menjaga orijin Anda tetap tak terlihat dan perlindungan bot menghentikan serangan otomatis yang tidak terdeteksi oleh Anda.

Satu hal terakhir, jika Anda hanya menyajikan konten statis dan tidak memerlukan fitur perutean atau keamanan, CDN tradisional mungkin lebih murah. Azure CDN dari Microsoft masih ada dan untuk pengiriman statis murni seringkali lebih hemat biaya. Namun, untuk sebagian besar aplikasi dunia nyata di mana Anda memerlukan perutean, keamanan, cacing, dan akselerasi, Front Door Standard adalah pilihan yang tepat. Singkatnya, mari kita lihat contoh dunia nyata. Izinkan saya memandu Anda melalui skenario dunia nyata agar Anda bisa melihat bagaimana semua bagian ini bekerja bersama. Bayangkan Anda menjalankan situs e-commerce. Anda memiliki server di tiga wilayah, Amerika Utara, Eropa, dan Asia. Pelanggan Anda ada di mana-mana, dari Jepang hingga Brazil sampai Afrika Selatan. Tanpa Front Door, pelanggan di Tokyo terhubung langsung ke server Anda di AS. Setiap gambar, halaman produk dan permintaan check-out harus melintasi samudera Pasifik.

Itu lambat. Dan jika server AS Anda mati, pelanggan itu hanya akan melihat pesan kesalahan. Sekarang tambahkan Front Door. Pelanggan di Tokyo membuka situs Anda. Browser mereka mengakses lokasi Azure terdekat sebuah saja Tokyo. Lokasi itu memeriksa kesehatan ketiga server Anda. Semuanya sehat. Lokasi itu mengukur retention. Server Asia merespons paling cepat, jadi permintaan diarahkan ke sana melalui background pribadi Microsoft. Halaman dimuat dalam waktu kurang dari 1.5-3 detik. Sekarang bayangkan server Asia kewalahan saat flash sale. Probe kesehatan Front Door mendeteksi peningkatan latensi. Sistem mulai mengalihkan lalu lintas ke server Eropa opsi terbaik berikutnya. Pelanggan tetap mendapatkan pengalaman cepat. Mungkin tidak secepat server Asia tapi tetap lebih baik daripada akses ke AS. Seluruh failover terjadi secara otomatis tanpa perlu mengubah konfigurasi apapun. Sementara itu WAF berjalan di AID.

WAF memblokir upaya injeksi SQL dari botnet yang memiksa formula pembayaran. WAF memblokir lalu lintas dari rentang IP berbayang yang sudah diketal. Dan WAF membatasi laju permintaan dari IP yang sedang melakukan scrapping ke toko produk. Tak satu pun dari serangan ini mencapai server asalan. Tim backend Anda bahkan tidak tahu itu terjadi. Dan konten statis? Gambar produk, file CSS, pustaka JavaScript semuanya disimpan di lokasi Tokyo. Pengunjung pertama membuatnya dari asal Asia. Pengunjung kedua mendapatkan konten tersebut dari Kitch Edge Charged. Pengunjung berulang merasakan waktu muat yang sangat cepat karena semua yang mereka butuhkan sudah ada di lokasi Edge dekat mereka. Semua ini, perutian yang lebih cepat, file offer otomatis, keamalan Edge, dan konten CC bekerja sama dengan mulus. Pelanggan Anda tidak pernah tahu itu ada di sana. Mereka hanya melihat situs yang cepat dan ada. Inilah yang perlu diingat.

Azure Front Door bertindak sebagai polisi lalu lintas global yang mengerahkan pengguna ke server tercepat menyimpan konten di Edge dan memblokir serangan sebelum mencapai Anda. Layanan ini dibangun di atas tiga lapisan ketahanan jadi meskipun suatu wilayah mati situs Anda tetap aktif. Untuk sebagian besar proyek, tingkat standar dengan harga hanya 35 per bulan antara kinerja dan biaya. Ingatkan ke premium saat Anda memerlukan keamanan tingkat lanjut atau private link. Mulailah dari yang kecil dengan satu orijin dan kembangkan dari sana. Front Door berskala bersama Anda. Jika aplikasi web Anda memiliki pengguna yang tersebar di berbagai wilayah, siapkan profil Front Door hari. Bahkan server tunggal pun mendapatkan manfaat akselerasi dan keamanan global. Berlangganan di platform podcast favorit Anda dan bagikan ini kepada seseorang yang bermulai perjalanan cloud mereka.