Apa Itu CDN? Rangkaian Penghantaran Kandungan Diterangkan Ringkas

CDN (rangkaian penghantaran kandungan) ialah rangkaian pelayan yang tersebar di banyak bandar dan menyimpan salinan fail laman web anda, seperti imej, skrip, fail gaya dan kadangkala keseluruhan halaman. Apabila seseorang melawat laman anda, mereka dilayan dari lokasi berhampiran dan bukannya dari satu pelayan yang jauh. Ini menjadikan halaman lebih pantas dimuatkan, mengurangkan beban pada pelayan anda sendiri, dan membantu laman mengendalikan lonjakan trafik.

Mengapa CDN penting apabila anda membina dengan AI

Anda mungkin tidak pernah menyediakan CDN sendiri, kerana banyak platform pengehosan meletakkannya di hadapan laman anda secara automatik. Tetapi anda akan merasai kesannya:

• Kelajuan. Halaman yang lebih pantas memastikan pelawat kekal dan ia merupakan salah satu faktor yang enjin carian pertimbangkan. Lihat cara menjadikan laman web anda lebih pantas.
• "Kenapa perubahan saya tidak kelihatan?" Selepas anda menerbitkan kemas kini, salinan lama yang di-cache mungkin kekal seketika. Mengetahui sebabnya menjimatkan banyak kekeliruan.
• Privasi dan ketepatan. Jika CDN men-cache perkara yang salah, seperti halaman dengan butiran seorang pengguna, pelawat seterusnya boleh melihatnya. Mengetahui apa yang patut dan tidak patut di-cache membantu anda bertanya soalan yang betul.

Analogi harian

Bayangkan sebuah kedai roti yang menjual rotinya ke seluruh negara dari satu kedai. Setiap pelanggan, sejauh mana pun, perlu menunggu penghantaran dari kedai tunggal itu, dan pada hari yang sibuk barisnya sangat panjang.

CDN ibarat menyimpan roti yang sama di kedai-kedai runcit kecil di seluruh negara. Pelanggan mengambilnya berhampiran dengan cepat, dan kilang roti utama hanya perlu mengisi semula kedai-kedai kecil itu sesekali. Cabarannya: apabila kilang roti menukar resepi, kedai-kedai kecil terus menjual roti lama sehingga mereka diberitahu untuk menggantikannya atau stok lama itu tamat tempoh.

Cara CDN berfungsi

1. Asal anda (origin). Laman anda terletak di pelayan utama atau platform pengehosan anda, yang dipanggil origin.
2. Lokasi edge. CDN menjalankan pelayan di banyak tempat, dipanggil lokasi edge atau points of presence.
3. Penghalaan. Apabila pelawat meminta laman anda, DNS atau penghalaan rangkaian menghantar mereka ke edge yang berhampiran. Lihat cara domain dan DNS berfungsi.
4. Cache hit. Jika edge itu sudah mempunyai salinan fail yang segar, ia menghantarnya dengan segera.
5. Cache miss. Jika tidak, edge mengambil fail dari origin anda, menghantarnya kepada pelawat, dan menyimpan salinan untuk orang seterusnya.
6. Tamat tempoh. Setiap salinan disimpan untuk tempoh tertentu, dikawal oleh header cache yang dihantar pelayan anda, atau sehingga ia dipadamkan.

Contoh kerja: laman portfolio dengan gambar

Portfolio seorang jurugambar mempunyai halaman utama, galeri dengan 60 imej besar dan borang hubungan. Origin berada di Eropah. Seorang pelawat di Singapura membuka galeri.

• Tanpa CDN: setiap imej datang dari Eropah. Setiap permintaan mengambil perjalanan pergi-balik merentasi dunia, jadi galeri terisi dengan perlahan.
• Dengan CDN: pelawat pertama berhampiran Singapura menyebabkan edge di sana mengambil dan menyimpan imej. Setiap pelawat seterusnya di rantau itu mendapatkannya dari lokasi berhampiran, jauh lebih pantas.

Sekarang jurugambar itu menukar gambar utama halaman utama dan menerbitkan semula. Inilah yang menentukan sama ada pelawat melihatnya:

/index.html                    → masa cache pendek, sering disemak
/assets/index-3f9a2c.js        → di-cache untuk tempoh yang lama
/assets/hero-8b41d0.jpg        → di-cache untuk tempoh yang lama

Alat binaan moden, termasuk Vite, memberi fail nama bercincang (hashed) seperti hero-8b41d0.jpg. Apabila fail berubah, namanya turut berubah, jadi halaman meminta fail baharu yang belum pernah dilihat oleh mana-mana cache. Halaman HTML itu sendiri hanya di-cache seketika, jadi ia cepat menunjuk pelawat ke fail baharu. Itulah cara standard untuk mendapatkan kedua-dua cache yang panjang dan kemas kini yang segar.

Borang hubungan berbeza. Penghantarannya pergi ke pelayan setiap kali; ia tidak sekali-kali patut di-cache.

Apa yang patut dan tidak patut di-cache

Istilah utama

Untuk caching secara umum, dalam pelayar, pelayan dan pangkalan data, lihat apa itu caching.

Salah faham yang biasa

• "CDN menjadikan semuanya lebih pantas." Ia mempercepatkan penghantaran fail. Pertanyaan pangkalan data yang perlahan atau panggilan AI yang perlahan di pelayan anda tetap perlahan.
• "CDN menggantikan pengehosan." Ia berada di hadapan pengehosan anda. Anda tetap memerlukan origin.
• "Jika saya mengemas kini laman, semua orang terus melihatnya." Salinan lama boleh kekal seketika dalam CDN dan pelayar. Muat semula sepenuhnya untuk menyemak, dan gunakan nama fail bercincang.
• "Caching sentiasa selamat." Men-cache halaman peribadi dalam cache kongsi adalah risiko privasi yang sebenar. Respons peribadi perlu ditandakan sebagai tidak boleh di-cache.
• "CDN hanya untuk syarikat besar." Banyak hos menyertakan satu untuk laman kecil tanpa usaha tambahan.

Apa yang perlu ditanya kepada pembina AI anda

• "Adakah terdapat CDN di hadapan laman ini? Fail mana yang di-cache, dan untuk berapa lama?"
• "Pastikan JavaScript, CSS dan imej yang dibina mempunyai nama bercincang dan masa cache yang panjang, dan HTML mempunyai masa yang pendek."
• "Jangan sekali-kali cache halaman yang memerlukan log masuk atau respons API yang mengandungi data peribadi dalam cache kongsi."
• "Mampatkan dan ubah saiz imej supaya galeri dimuatkan dengan pantas."
• "Saya sudah menerbitkan kemas kini tetapi masih melihat versi lama, adakah ia cache pelayar atau CDN?"

CDN dan Mythex

Apabila anda menerbitkan di Mythex, bahagian hadapan statik dilancarkan sebagai laman statik, dan dokumentasi menyatakan bahawa cache CDN boleh lewat seketika selepas kemas kini: jika anda masih melihat versi lama selepas menerbitkan semula, muat semula sepenuhnya URL awam. Tiada apa-apa yang perlu dikonfigurasi untuk itu. Jika anda menyambungkan domain tersuai yang DNS-nya berada di Cloudflare, dokumentasi meminta anda menetapkan rekod kepada "DNS only" dan bukannya proxied, supaya Mythex dapat mengeluarkan HTTPS dengan betul. Lihat cara menerbitkan dan domain tersuai dalam dokumentasi, dan panduan kami tentang pengehosan web.

Soalan lazim