Apa Itu CDN? Content Delivery Network Dijelaskan Sederhana

CDN (content delivery network) adalah jaringan server yang tersebar di banyak kota dan menyimpan salinan file situs web Anda — gambar, script, stylesheet, kadang seluruh halaman. Saat seseorang mengunjungi situs Anda, mereka dilayani dari lokasi yang dekat dengan mereka, bukan dari satu server yang jauh. Hasilnya, halaman dimuat lebih cepat, beban server Anda berkurang, dan situs lebih siap menghadapi lonjakan trafik.

Mengapa CDN penting saat membangun dengan AI

Anda mungkin tidak pernah menyiapkan CDN sendiri — banyak platform hosting otomatis menempatkannya di depan situs Anda. Tetapi Anda akan merasakan dampaknya:

• Kecepatan. Halaman yang lebih cepat dimuat membuat pengunjung bertahan dan merupakan salah satu hal yang diperhitungkan mesin pencari. Lihat cara membuat situs web Anda lebih cepat.
• "Kenapa perubahan saya tidak muncul?" Setelah Anda mempublikasikan pembaruan, salinan lama dari versi sebelumnya bisa bertahan sebentar. Memahami penyebabnya menghemat banyak kebingungan.
• Privasi dan ketepatan. Jika CDN menyimpan hal yang salah — misalnya halaman dengan data pribadi satu pengguna — pengunjung berikutnya bisa melihatnya. Mengetahui apa yang boleh dan tidak boleh di-cache membantu Anda mengajukan pertanyaan yang tepat.

Analogi sehari-hari

Bayangkan sebuah toko roti yang menjual rotinya ke seluruh negeri dari satu toko. Setiap pelanggan, sejauh apa pun mereka, harus menunggu pengiriman dari toko tunggal itu — dan pada hari ramai antriannya sangat panjang.

CDN seperti menaruh roti yang sama di toko-toko kelontong lokal di seluruh negeri. Pelanggan mengambilnya di dekat rumah, dengan cepat, dan toko roti utama hanya perlu mengisi ulang toko-toko kecil itu sesekali. Tantangannya: ketika toko roti mengubah resepnya, toko-toko kecil tetap menjual roti lama sampai mereka diberi tahu untuk menggantinya atau stok lama habis masa berlakunya.

Cara kerja CDN

1. Origin Anda. Situs Anda berada di server utama atau platform hosting — disebut origin.
2. Lokasi edge. CDN menjalankan server di banyak tempat, yang disebut lokasi edge atau point of presence.
3. Routing. Saat pengunjung meminta situs Anda, DNS atau routing jaringan mengarahkan mereka ke edge terdekat. Lihat cara kerja domain dan DNS.
4. Cache hit. Jika edge itu sudah punya salinan file yang masih baru, ia langsung mengirimkannya.
5. Cache miss. Jika tidak, edge mengambil file dari origin, mengirimkannya ke pengunjung, dan menyimpan salinan untuk orang berikutnya.
6. Kedaluwarsa. Setiap salinan disimpan selama waktu tertentu, yang diatur oleh cache header yang dikirim server Anda, atau sampai dihapus.

Contoh nyata: situs portofolio dengan foto

Portofolio seorang fotografer memiliki halaman utama, galeri dengan 60 gambar beresolusi besar, dan formulir kontak. Origin-nya berada di Eropa. Seorang pengunjung di Singapura membuka galeri.

• Tanpa CDN: setiap gambar menempuh perjalanan dari Eropa. Setiap permintaan membutuhkan perjalanan pulang-pergi melintasi dunia, sehingga galeri terisi perlahan.
• Dengan CDN: pengunjung pertama di sekitar Singapura membuat edge di sana mengambil dan menyimpan gambar-gambar itu. Setiap pengunjung berikutnya di wilayah tersebut mendapatkannya dari lokasi terdekat, jauh lebih cepat.

Sekarang fotografer mengganti foto utama di halaman depan dan mempublikasikannya ulang. Berikut yang menentukan apakah pengunjung akan melihatnya:

/index.html                    → waktu cache singkat, sering diperiksa
/assets/index-3f9a2c.js        → di-cache dalam waktu lama
/assets/hero-8b41d0.jpg        → di-cache dalam waktu lama

Alat build modern, termasuk Vite, memberi file nama ber-hash seperti hero-8b41d0.jpg. Ketika sebuah file berubah, namanya ikut berubah, sehingga halaman meminta file baru yang belum pernah dilihat cache mana pun. Halaman HTML itu sendiri hanya di-cache sebentar, sehingga segera mengarahkan pengunjung ke file baru. Inilah cara standar untuk mendapatkan caching yang lama sekaligus pembaruan yang segera terlihat.

Formulir kontak berbeda. Pengiriman datanya selalu menuju server; data itu tidak boleh pernah di-cache.

Apa yang di-cache dan apa yang tidak

Istilah penting

Untuk caching secara umum — di browser, server, dan database — lihat apa itu caching.

Kesalahpahaman yang umum

• "CDN membuat semuanya lebih cepat." CDN mempercepat pengiriman file. Query database yang lambat atau panggilan AI yang lambat di server Anda tetap lambat.
• "CDN menggantikan hosting." CDN berada di depan hosting Anda. Anda tetap membutuhkan origin.
• "Kalau situs sudah saya perbarui, semua orang langsung melihatnya." Salinan lama bisa bertahan sebentar di CDN dan di browser. Gunakan hard-refresh untuk memeriksa, dan gunakan nama file ber-hash.
• "Caching selalu aman." Menyimpan halaman yang dipersonalisasi di cache bersama adalah risiko privasi yang nyata. Respons privat sebaiknya ditandai sebagai tidak boleh di-cache.
• "CDN hanya untuk perusahaan besar." Banyak host menyertakan CDN untuk situs kecil tanpa usaha tambahan.

Yang sebaiknya diminta ke pembuat aplikasi AI Anda

• "Apakah ada CDN di depan situs ini? File mana yang di-cache, dan berapa lama?"
• "Pastikan JavaScript, CSS, dan gambar hasil build memiliki nama file ber-hash dan waktu cache yang panjang, sedangkan HTML memiliki waktu cache yang pendek."
• "Jangan pernah men-cache halaman yang memerlukan login atau respons API yang berisi data pribadi di cache bersama."
• "Kompres dan ubah ukuran gambar agar galeri dimuat dengan cepat."
• "Saya sudah mempublikasikan pembaruan tapi masih melihat versi lama — ini cache browser atau CDN?"

CDN dan Mythex

Saat Anda mempublikasikan di Mythex, front end statis di-deploy sebagai situs statis, dan dokumentasinya mencatat bahwa cache CDN bisa tertinggal sebentar setelah pembaruan: jika Anda masih melihat versi lama setelah mempublikasikan ulang, lakukan hard-refresh pada URL publik. Tidak ada yang perlu dikonfigurasi untuk itu. Jika Anda menghubungkan domain kustom yang DNS-nya ada di Cloudflare, dokumentasi meminta Anda mengatur record ke "DNS only" dan bukan proxied, agar Mythex bisa menerbitkan HTTPS dengan benar. Lihat cara mempublikasikan dan domain kustom di dokumentasi, serta panduan kami tentang web hosting.

Pertanyaan