Alibaba Cloud Content Delivery Network (CDN) mempercepat pengiriman konten dengan menyimpan cache resource di node tepi yang dekat dengan pengguna akhir, sehingga mengurangi latensi dan beban server origin. CDN merupakan jaringan terdistribusi yang menyimpan salinan konten origin Anda di lokasi tepi global, memungkinkan pengguna mengambil data dari node terdekat alih-alih kembali ke server origin.
Alibaba Cloud mengoperasikan lebih dari 3.200 point of presence (POPs) secara global dengan kapasitas bandwidth total sebesar 180 Tbps. Di wilayah daratan Tiongkok, terdapat lebih dari 2.300 node yang mencakup seluruh 31 wilayah tingkat provinsi. Di luar daratan Tiongkok (termasuk Hong Kong dan Makau), tersedia lebih dari 900 POPs di lebih dari 70 negara dan wilayah. Untuk detailnya, lihat Distribusi point of presence.
Mengapa memilih Alibaba Cloud CDN?
Alibaba Cloud CDN mempercepat dan mendistribusikan resource statis untuk meningkatkan kecepatan akses pengguna akhir:
Jaringan global yang luas: Lebih dari 3.200 POPs menyediakan pengiriman melalui penyedia layanan yang sama dan lokasi terdekat, sehingga mengurangi latensi akibat akses jarak jauh dan konektivitas lintas-penyedia.
Penjadwalan berbasis DNS: Secara terus-menerus memantau kesehatan node dan mengalokasikan node akses optimal berdasarkan lokasi pengguna dan jaringan penyedia layanan.
Arsitektur caching hirarkis: Dua tingkat node—L1 (tepi) dan L2 (agregasi)—meningkatkan tingkat hit cache dan mengurangi bandwidth server origin.
Optimalisasi protokol dan koneksi: Mengurangi latensi dan meningkatkan kecepatan transmisi, terutama dalam kondisi jaringan lemah.
API standar: Memungkinkan manajemen terprogram dan integrasi dengan tooling yang sudah ada.
Bandwidth berkapasitas tinggi: Bandwidth jaringan total mencapai 180 Tbps untuk menangani lonjakan traffic skala besar.
Untuk informasi lebih lanjut, lihat Keunggulan utama Alibaba Cloud CDN.
Cara kerja CDN
CDN mengintersepsi resolusi nama domain dan mengarahkan permintaan pengguna ke node CDN terdekat. Jika node tersebut telah menyimpan cache resource yang diminta, konten langsung dikirim tanpa perlu kembali ke server origin.
Asumsikan domain akselerasi Anda adalah www.example.com. Setelah CDN diaktifkan, permintaan pengguna mengikuti urutan berikut:
Pengguna mengirim kueri DNS untuk
www.example.comke DNS Resolver lokal mereka.DNS lokal memeriksa cache-nya. Jika catatan tersedia, alamat IP langsung dikembalikan. Jika tidak, DNS lokal melakukan kueri ke server DNS otoritatif untuk domain tersebut.
Server DNS otoritatif mengembalikan rekaman CNAME yang mengarah ke sistem penjadwalan Alibaba Cloud CDN.
DNS lokal melakukan kueri ke sistem penjadwalan CDN untuk target CNAME tersebut.
Sistem penjadwalan mengevaluasi lokasi pengguna, jaringan penyedia layanan, dan kesehatan node secara real-time untuk menentukan node tepi optimal, lalu mengembalikan alamat IP-nya.
DNS lokal mengembalikan alamat IP node tersebut kepada pengguna.
Pengguna mengirim permintaan konten ke node CDN yang ditetapkan:
Cache hit: Node langsung mengembalikan resource yang telah di-cache.
Cache miss: Node mengambil resource dari server origin, menyimpannya dalam cache sesuai dengan Konfigurasikan masa kedaluwarsa cache CDN, lalu mengembalikannya kepada pengguna.
Melalui alur akselerasi di atas, CDN membentuk jalur akses proxy antara klien dan server origin. DNS publik melakukan resolusi ke alamat IP node tepi CDN, bukan ke alamat IP asli server origin, sehingga menyembunyikan server origin dan mencegah probing langsung.
CDN hanya dapat menyembunyikan alamat IP server origin yang belum pernah terekspos sebelum CDN diaktifkan. Jika alamat IP server origin sebelumnya telah diungkap melalui cara lain (misalnya, catatan DNS historis atau akses langsung via IP), CDN tidak dapat menyembunyikannya secara retroaktif. Jika alamat IP server origin telah terekspos, gunakan Edge Security Acceleration (ESA) untuk mengaktifkan Origin Protection, yang membatasi akses ke server origin hanya dari POPs ESA.
Arsitektur produk
Arsitektur Alibaba Cloud CDN terdiri dari empat sistem yang bekerja sama untuk menjalankan alur permintaan seperti dijelaskan di atas:
Sistem kualitas tautan: Memantau beban dan status kesehatan semua node serta tautan secara real-time, lalu memberikan data tersebut ke sistem penjadwalan untuk penugasan node optimal.
Sistem penjadwalan: Mendukung mode penjadwalan DNS, DNS-over-HTTPS (DoH), dan 302. Memproses permintaan pengguna melalui resolusi DNS nama domain.
Sistem caching: Menerapkan arsitektur cache hirarkis L1/L2. Mendistribusikan konten di seluruh node tepi dan agregasi untuk meminimalkan bandwidth origin.
Sistem pendukung: Menyediakan pemantauan resource (QPS, bandwidth, kode status HTTP), analitik data (Top URL, PV, UV), dan manajemen konfigurasi (jenis file cache, penanganan parameter kueri).
Penagihan
Penagihan CDN terdiri dari biaya layanan dasar dan biaya layanan bernilai tambah:
Layanan dasar: Pilih antara bayar-berdasarkan-transfer-data (default) atau bayar-per-bandwidth. Bayar-berdasarkan-transfer-data dikenakan berdasarkan traffic aktual yang digunakan dan cocok untuk beban kerja variabel atau tidak dapat diprediksi. Bayar-per-bandwidth dikenakan berdasarkan bandwidth puncak dan lebih hemat biaya untuk skenario traffic tinggi yang stabil. Untuk detailnya, lihat Ikhtisar penagihan.
Layanan bernilai tambah: Termasuk permintaan HTTPS statis, permintaan QUIC statis, dan pengiriman log waktu nyata. Untuk detailnya, lihat Penagihan Layanan Bernilai Tambah.
Untuk detail harga lengkap, lihat Harga CDN.
Penghentian layanan DCDN
Mulai 12 Maret 2026, Dynamic Content Delivery Network (DCDN) tidak lagi menerima aktivasi pelanggan baru. Jika sebelumnya Anda menggunakan DCDN, Anda dapat bermigrasi ke ESA.
Perbandingan antara CDN, DCDN, dan ESA
Item perbandingan | CDN | Dynamic Content Delivery Network (DCDN) | Edge Security Acceleration (ESA) |
Skenario khas | Pembaruan aplikasi seluler, distribusi paket game, video on demand (video panjang dan pendek), website gambar dan teks. | Toko online, pembayaran online, obrolan interaktif, pendidikan online, game global, perdagangan finansial. | Gaming, e-commerce, keuangan, ritel, dan lainnya. |
Cakupan |
|
|
|
Metode akselerasi | Terutama akselerasi konten statis. Menyimpan cache resource seperti gambar, video, dan file di node tepi berdasarkan kebijakan caching. Resource dinamis diambil langsung dari origin. | Mendukung akselerasi dinamis murni maupun hibrida dinamis-statis. Resource dinamis diarahkan melalui pemilihan jalur cerdas; resource statis di-cache di node tepi. | Mendukung caching dan akselerasi untuk resource dinamis maupun statis. Fitur-fiturnya mencakup prewarming cache, retensi resource dingin, dan analisis cache. Integrasi Anycast DNS memungkinkan resolusi DNS global dalam waktu kurang dari 30 ms. Proxy Lapisan 4 mendukung akselerasi multi-port dan multi-protokol. |
Dukungan protokol | Lapisan aplikasi: HTTP, HTTPS, QUIC. Lapisan jaringan: IPv4, IPv6. | Lapisan aplikasi: HTTP, HTTPS, WebSocket. Lapisan transport: TCP, UDP. Lapisan jaringan: IPv4 dan IPv6. | Lapisan aplikasi: HTTP, HTTPS, WebSocket. Lapisan transport: TCP, UDP. Lapisan jaringan: IPv4, IPv6. |
Mode penjadwalan | DNS, DNS-over-HTTPS, 302 | DNS, DNS-over-HTTPS, 302 | DNS (berkinerja-tinggi), DNS-over-HTTPS, 302 |
Komputasi tepi | EdgeScript untuk logika CDN terprogram. Pemrosesan gambar. | EdgeRoutine untuk penerapan di node tepi (pengujian A/B, preheating, dll.). Pemrosesan gambar. | Fungsi tepi (penerapan JavaScript di tepi), penyimpanan tepi (penyimpanan kunci-nilai), kontainer tepi (komputasi elastis berbasis kontainer). |
Keamanan | Anti-leech Referer, otentikasi URL, daftar hitam/daftar putih IP. | WAF dasar, pertahanan DDoS, perlindungan Bot dasar. | WAF native dengan aturan kustom, pertahanan DDoS tingkat Tbps (edisi Enterprise), perlindungan Bot (H5 SDK, Android/iOS SDK), proteksi origin berbasis AI. |
Analisis log | Log offline, pengiriman log waktu nyata. | Log offline, pengiriman log waktu nyata. | Analisis traffic, log standar (offline), pengiriman log waktu nyata, pemantauan log instan. |
Konten statis mengacu pada file yang mengembalikan data identik di berbagai permintaan, seperti gambar, video, aset website statis (HTML, CSS, JS), paket instalasi perangkat lunak, file APK, dan arsip terkompresi. Konten dinamis mengacu pada data yang berbeda antar permintaan, seperti skrip sisi server (ASP, JSP, PHP, Perl, CGI), titik akhir API, dan permintaan interaksi database.
Untuk detail tentang identifikasi resource statis dan dinamis, lihat Konten statis dan dinamis.
Panduan pengambilan keputusan
Cakupan geografis setiap produk merupakan filter utama bagi sebagian besar pengguna:
Pilih CDN jika audiens Anda terutama berada di daratan Tiongkok dan konten Anda sebagian besar bersifat statis (gambar, video, unduhan, aset website).
Pilih ESA jika Anda membutuhkan akselerasi global untuk konten dinamis. DCDN (Dynamic Content Delivery Network) tidak lagi menerima aktivasi pelanggan baru mulai 12 Maret 2026. Untuk opsi migrasi, lihat bagian penghentian layanan DCDN di atas.
Pilih ESA jika Anda membutuhkan akselerasi global untuk konten dinamis serta kemampuan komputasi tepi (fungsi tanpa server, penyimpanan kunci-nilai, beban kerja kontainer) disertai keamanan tingkat enterprise.
Sumber Daya
Resource berikut dapat membantu Anda mengelola dan mengintegrasikan Alibaba Cloud CDN:
: Antarmuka berbasis web untuk mengelola domain akselerasi, aturan cache, dan metrik pemantauan.
Ikhtisar API: API bergaya RPC yang mendukung permintaan GET dan POST untuk manajemen terprogram.