Profil dan Titik Akhir Azure CDN

Jaringan Pengiriman Konten (CDN) adalah jaringan server terdistribusi yang ditempatkan di titik kehadiran (PoPs) geografis yang dekat dengan pengguna akhir. Saat pengguna meminta konten, CDN menyajikannya dari cache PoP terdekat, bukan dari server asal Anda. Hal ini mengurangi latensi (terutama bagi pengguna yang jauh dari wilayah asal), mengurangi beban server asal, dan meningkatkan ketahanan. Azure CDN terintegrasi secara asli dengan Blob Storage, App Service, dan asal HTTP apa pun yang dapat dijangkau secara publik.

Azure CDN ditawarkan melalui beberapa tingkatan penyedia: Azure CDN Standar dari Microsoft — opsi bawaan yang terintegrasi erat dengan aturan cache dasar dan dukungan HTTP/2. Azure CDN Standar dari Akamai — cakupan PoP global yang luas dengan propagasi cepat. Azure CDN Standar/Premium dari Verizon — mesin aturan dan analitik tingkat lanjut (tingkat Premium). Setiap penyedia memiliki kumpulan fitur dan harga yang berbeda; untuk sebagian besar skenario AZ-900, fokusnya adalah Azure CDN Standar dari Microsoft.

Profil Azure CDN adalah wadah tingkat teratas yang mengelompokkan endpoint CDN serta menentukan penyedia dan tingkat harga. Endpoint CDN adalah nama host tertentu (misalnya myapp.azureedge.net) yang memetakan ke suatu asal. Setiap endpoint memiliki konfigurasi perilaku cache sendiri. Satu profil dapat berisi beberapa endpoint — misalnya endpoint terpisah untuk aset statis, respons API, dan aliran video dengan aturan cache yang berbeda untuk masing-masing.

Time-to-Live (TTL) mengontrol berapa lama respons yang disimpan dalam cache tetap berada di PoP sebelum harus diperbarui dari asal. Anda dapat menetapkan aturan caching pada tiga tingkat: aturan caching global (berlaku untuk semua permintaan pada endpoint), aturan kustom (mencocokkan pola jalur atau ekstensi file), dan perilaku string kueri (menyimpan cache secara terpisah untuk setiap string kueri unik atau mengabaikan string kueri). TTL berdasarkan jenis konten — lebih lama untuk gambar dan lebih singkat untuk HTML — merupakan praktik terbaik.

Salah satu konfigurasi Azure CDN yang paling umum menggunakan kontainer Blob Storage sebagai asal. Unggah aset statis (gambar, CSS, JS, video) ke akun penyimpanan, jadikan kontainer dapat dibaca publik, lalu konfigurasikan endpoint CDN yang mengarah ke endpoint utama blob (myaccount.blob.core.windows.net). CDN menyimpan blob dalam cache di PoP seluruh dunia, dan pengguna mengunduhnya dari PoP terdekat, bukan dari wilayah penyimpanan. Anda juga dapat menggunakan nama host asal kustom untuk hosting situs web statis.

Ketika Anda memperbarui konten di asal (misalnya menerapkan versi baru file JavaScript), salinan yang tersimpan dalam cache di PoPs mungkin menyajikan konten yang sudah usang hingga TTL kedaluwarsa. Pembersihan cache segera mengeluarkan file tertentu atau seluruh konten yang tersimpan dalam cache dari setiap PoP, sehingga permintaan berikutnya mengambil ulang konten dari asal. Anda dapat membersihkan URL tertentu, jalur wildcard (misalnya /assets/*), atau semua konten pada suatu titik akhir. Penyebaran pembersihan memerlukan waktu 2–3 menit untuk mencapai semua PoP di seluruh dunia.

Secara default, titik akhir CDN menggunakan domain .azureedge.net. Untuk menyajikan konten dari domain Anda sendiri (misalnya static.contoso.com), tambahkan domain tersebut sebagai domain kustom pada titik akhir CDN dengan membuat rekaman CNAME yang mengarah ke nama host titik akhir. Setelah ditambahkan, Anda dapat mengaktifkan HTTPS pada domain kustom menggunakan sertifikat yang dikelola Azure (gratis dan diperbarui otomatis) atau sertifikat Anda sendiri yang disimpan di Key Vault. Pemberlakuan HTTPS secara otomatis mengalihkan lalu lintas HTTP.

Mengaktifkan kompresi file pada titik akhir CDN mengurangi ukuran file yang dikirim melalui jaringan dengan mengompresi aset berbasis teks (HTML, CSS, JavaScript, SVG) menggunakan gzip atau Brotli. CDN mengompresi konten sebelum menyimpannya dalam cache di PoP, sehingga permintaan berikutnya untuk aset yang sama menerima versi terkompresi tanpa tambahan beban CPU. Kompresi sangat berdampak pada bundel JS yang ukurannya dapat menjadi 5–10 kali lebih kecil setelah dikompresi.

Pemfilteran geografis pada titik akhir CDN memungkinkan Anda mengizinkan atau memblokir akses ke konten dari negara tertentu. Fitur ini dapat digunakan untuk memenuhi kepatuhan lisensi konten (misalnya video yang hanya dilisensikan di negara tertentu), persyaratan peraturan, atau memblokir negara yang diketahui menjadi sumber lalu lintas berbahaya yang tinggi. Aturan pemfilteran geografis dikonfigurasi berdasarkan kode negara dan jalur URL — Anda dapat memblokir direktori konten tertentu saja, bukan seluruh titik akhir.

Azure CDN menyediakan analitik penggunaan bawaan di portal, termasuk bandwidth yang digunakan, rasio hit/miss, jumlah total permintaan, dan penghematan bandwidth dibandingkan dengan penyajian langsung dari asal. Untuk CDN tingkat Microsoft, Anda juga dapat mengirim log akses ke ruang kerja Log Analytics atau akun Storage melalui pengaturan diagnostik, sehingga kueri KQL dapat dijalankan pada data log akses CDN mentah. Menganalisis rasio cache hit membantu Anda menyesuaikan TTL — rasio cache hit yang rendah berarti sebagian besar permintaan diteruskan ke asal, sehingga tujuan penggunaan CDN tidak tercapai.

Azure CDN dan Azure Front Door sama-sama menyimpan konten dalam cache di PoPs, tetapi memiliki tujuan utama yang berbeda. Azure CDN unggul dalam menyimpan dan menyajikan konten statis dari satu asal dengan biaya rendah. Azure Front Door menambahkan penyeimbangan beban dan perutean global yang cerdas di antara beberapa backend asal, pemeriksaan kesehatan untuk pengalihan otomatis, Web Application Firewall bawaan, dan perutean berbasis jalur — sehingga lebih cocok untuk aplikasi web aktif-aktif multiwilayah. Anda sering kali akan menggunakan keduanya dalam satu solusi.

Uji pemahaman Anda tentang konsep Microsoft Azure Fundamentals (AZ-900) dari pelajaran ini.

Dalam pelajaran ini Anda mempelajari bahwa profil dan titik akhir Azure CDN menyajikan konten yang tersimpan dalam cache dari PoPs yang dekat dengan pengguna untuk mengurangi latensi, aturan caching dan TTL mengatur berapa lama konten disimpan dalam cache sebelum diambil ulang dari asal, dan pembersihan cache segera mengeluarkan konten usang setelah pembaruan pada asal. Selanjutnya, kita akan mempelajari Azure Front Door untuk penyeimbangan beban dan perutean global di antara beberapa asal backend.