Segarkan dan ambil awal sumber daya yang di-cache pada POP DCDN - Edge Security Acceleration

Purge secara instan menghapus konten tertentu dari cache CDN, memaksa pengambilan versi terbaru dari server asal Anda. Hal ini memastikan pembaruan konten segera, memungkinkan Anda menerapkan perubahan konfigurasi, dan menghapus materi yang tidak sesuai tanpa menunggu cache kedaluwarsa. Prefetching secara proaktif memuat sumber daya Anda ke titik keberadaan (POPs) CDN sebelum lalu lintas puncak tiba. Ini melindungi server asal Anda dari kelebihan beban dan menjamin respons cepat yang di-cache bagi gelombang pertama pengguna selama peluncuran atau acara dengan permintaan tinggi.

Pengenalan Fungsi

Purge sumber daya

Operasi purge mengirimkan perintah invalidasi cache ke POP CDN, bukan langsung menghapus file. Ketika sebuah POP menerima perintah tersebut, POP tersebut menandai sumber daya yang di-cache yang cocok sebagai tidak valid atau kedaluwarsa. Saat pengguna berikutnya meminta sumber daya tersebut, POP mendeteksi cache yang tidak valid, mengambil versi terbaru dari server asal, dan menyajikannya kepada pengguna sekaligus menyimpan versi baru tersebut dalam cache.

Skenario

Perbarui dan rilis konten: Setelah memperbarui sumber daya di server asal, Anda dapat melakukan purge URL atau direktorinya. Hal ini memastikan bahwa pengguna menerima versi terbaru, bukan konten lama.
Hapus konten yang tidak sesuai: Jika konten yang tidak sesuai telah dihapus dari server asal, konten tersebut mungkin masih dapat diakses dari cache CDN. Anda dapat menggunakan fitur purge URL untuk membersihkan cache dan memastikan konten tersebut benar-benar tidak tersedia.

Prefetch sumber daya

Prefetching meminta POP CDN untuk mengambil sumber daya dari server asal Anda berdasarkan daftar URL yang diberikan dan menyimpannya dalam cache. Proses ini berbeda dari server asal yang secara aktif mendorong konten. Prefetching meningkatkan kecepatan pemuatan sumber daya baru atau halaman promosi bagi pengunjung pertama kali dan mengurangi lalu lintas kembali-ke-asal selama acara berlalu lintas tinggi, sehingga melindungi server asal Anda.

Skenario

Mulai menggunakan Alibaba Cloud CDN: Saat pertama kali menggunakan Alibaba Cloud CDN, Anda dapat melakukan prefetch sumber daya statis populer ke POP. Hal ini meningkatkan kecepatan akses dan pengalaman pengguna.
Dukung kampanye promosi: Sebelum meluncurkan kampanye promosi besar, Anda dapat melakukan prefetch semua sumber daya statis untuk halaman kampanye ke POP CDN. Saat kampanye dimulai, POP langsung melayani semua permintaan pengguna untuk sumber daya tersebut, sehingga memastikan pemuatan halaman yang cepat.
Publish paket instalasi atau file besar: Sebelum merilis versi perangkat lunak baru atau paket pembaruan, Anda dapat melakukan prefetch sumber daya ke POP CDN. Setelah peluncuran resmi, POP langsung menangani permintaan unduhan pengguna, sehingga mempercepat kecepatan unduh dan mengurangi beban pada server asal Anda.

Skenario

Tabel berikut mencantumkan skenario umum untuk fitur refresh dan prefetch.

Fitur	Skenario
Refresh	Pembaruan dan penerbitan sumber daya Setelah sumber daya di server asal diperbarui atau ditingkatkan, lakukan purge dengan mengirimkan URL atau direktorinya agar pengguna melewati cache lama dan langsung mengakses sumber daya terbaru, yang kemudian disimpan dalam cache pada node atau DCDN. Penghapusan sumber daya yang tidak sesuai Jika server asal Anda berisi konten yang tidak sesuai seperti yang disebutkan dalam Batasan, konten tersebut mungkin masih dapat diakses dari POP DCDN karena caching meskipun telah dihapus dari server asal. Dalam kasus ini, gunakan fitur refresh URL untuk memperbarui sumber daya yang di-cache.
Prefetch	Aktivitas operasional Untuk acara berskala besar, Anda dapat melakukan prefetch sumber daya statis pada halaman acara ke node atau DCDN terlebih dahulu. Setelah acara dimulai, semua sumber daya statis yang diakses pengguna sudah disimpan dalam cache pada POP atau DCDN dan langsung dilayani oleh POP tersebut. Rilis paket instalasi Lakukan prefetch sumber daya ke POP atau DCDN sebelum Anda menerbitkan versi baru paket instalasi atau pembaruan. Setelah produk diluncurkan secara resmi, permintaan unduhan dari banyak pengguna langsung dilayani oleh POP atau DCDN. Hal ini meningkatkan kecepatan unduh, secara signifikan mengurangi beban pada server asal, dan meningkatkan pengalaman pengguna.

Catatan

Catatan tentang purge cache:
- Mengirimkan banyak tugas purge akan menghapus jumlah cache yang signifikan. Hal ini menyebabkan lonjakan bandwidth dan permintaan kembali-ke-asal, sehingga meningkatkan beban pada server asal Anda. Kami menyarankan Anda melakukan operasi ini di luar jam sibuk.
- Tugas purge memerlukan waktu sekitar 5 hingga 6 menit untuk berlaku. Jika waktu hidup (TTL) cache untuk file atau direktori kurang dari 5 menit, Anda tidak perlu melakukan purge. Anda dapat menunggu cache kedaluwarsa dan diperbarui secara otomatis.
- Purge URL, purge direktori, dan purge berbasis regex semuanya mendukung cache bersama. Jika nama domain dikonfigurasi dengan cache bersama, Anda dapat mengirimkan tugas purge menggunakan nama domain utama atau nama domain terkait apa pun untuk membersihkan cache.
Catatan tentang prefetch cache:
- Setelah tugas prefetch dikirim dan berhasil dieksekusi, node atau DCDN segera mengambil sumber daya yang diperlukan dari server asal. Mengirimkan banyak tugas prefetch sekaligus menghasilkan banyak tugas kembali-ke-asal secara konkuren, yang menyebabkan lonjakan bandwidth dan permintaan kembali-ke-asal. Kami menyarankan Anda melakukan operasi ini di luar jam sibuk.
- Secara default, permintaan prefetch menyertakan header Accept-Encoding:gzip. Jika Anda perlu agar permintaan prefetch menyertakan header lain atau menerapkan prefetch multi-replika, Anda dapat memanggil operasi OpenAPI Prefetch URLs dan mengatur parameter permintaan WithHeader untuk menyesuaikan header prefetch.
- Selama prefetching, jika server asal mengembalikan kode status terkait pengalihan, seperti 307, tugas prefetch tidak mengikuti pengalihan tersebut untuk mengambil sumber daya. Akibatnya, tugas prefetch gagal. Namun, jika server asal mengembalikan kode status 301 atau 302 dan Anda telah mengaktifkan fitur Pengalihan 301/302 untuk pengambilan asal pada DCDN, tugas prefetch tidak terpengaruh.
Catatan umum:
- Jika nama domain dikonfigurasi dengan Rewrite Access URL, node menggunakan URL yang ditulis ulang untuk menghasilkan CacheKey. Oleh karena itu, Anda harus mengirimkan URL yang ditulis ulang untuk operasi refresh dan prefetch.
- Untuk menggunakan Pengguna Resource Access Management (RAM) guna melakukan refresh dan prefetch sumber daya, Anda harus terlebih dahulu memberikan izin yang diperlukan kepada Pengguna RAM tersebut. Untuk informasi lebih lanjut, lihat Berikan izin kepada Pengguna RAM untuk melakukan refresh dan prefetch sumber daya.
- Anda tidak dapat membatalkan tugas purge URL atau prefetch cache setelah dikirim.
- Saat mengirimkan tugas purge atau prefetch cache, jika URI berisi karakter non-ASCII, seperti spasi atau karakter Tionghoa, Anda harus meng-encode URL tersebut. Jika tidak, tugas tidak dapat dikenali.

Segarkan sumber daya

Masuk ke Konsol DCDN.
Di panel navigasi sebelah kiri, pilih Tools > Purge and Prefetch.

Pada tab Purge Cache, konfigurasikan aturan refresh.

Parameter	Deskripsi
Operation	Pilih Purge.
Operation Method	Anda dapat melakukan refresh berdasarkan URL, Directory, atau Regular Expression.
URL	Secara default, setiap Akun Alibaba Cloud dapat melakukan refresh konten dari maksimal 10.000 URL dan 100 direktori termasuk subdirektori per hari. Jika bandwidth puncak harian Akun Alibaba Cloud Anda lebih dari 200 Mbps, Anda dapat mengajukan peningkatan kuota di Manajemen Kuota. Alibaba Cloud akan mengevaluasi permintaan Anda dan mengonfigurasi kuota berdasarkan kebutuhan bisnis aktual Anda. Secara default, Akun Alibaba Cloud dapat mengirimkan maksimal 20 tugas refresh berbasis regex per hari. Jika bandwidth puncak Akun Alibaba Cloud Anda lebih dari 10 Gbps, Anda dapat mengirimkan tiket untuk mengajukan peningkatan kuota. Refresh URL URL harus dimulai dengan `http://` atau `https://`. Untuk merefresh beberapa URL, masukkan satu URL per baris. Refresh direktori URL harus dimulai dengan `http://` atau `https://` dan diakhiri dengan garis miring (/). Untuk merefresh semua file di direktori root: `http://example.com/`. Untuk merefresh semua file di subdirektori `/path/test/`: `http://example.com/path/test/`. Untuk merefresh beberapa URL, masukkan satu URL per baris. Anda dapat mengirimkan maksimal 100 tugas refresh direktori sekaligus. Anda dapat mengirimkan maksimal 100 tugas refresh direktori per menit untuk satu nama domain. Secara default, refresh direktori menggunakan metode "refresh sumber daya yang berubah". Jika permintaan pengguna cocok dengan sumber daya dalam direktori, node DCDN mengambil informasi Last-Modified sumber daya dari server asal. Jika informasi tersebut sama dengan sumber daya yang saat ini di-cache, node langsung mengembalikan sumber daya yang di-cache. Jika berbeda, node menarik sumber daya baru dari server asal, mengembalikannya kepada pengguna, dan menyimpan sumber daya baru tersebut dalam cache. Refresh berbasis regex Untuk informasi lebih lanjut, lihat Refresh berbasis regex.

Klik Submit.
Lihat progres refresh.
Setelah mengirimkan tugas refresh, Anda dapat melihat detail dan progres tugas tersebut pada tab Records. Tugas mungkin memerlukan waktu lama untuk diselesaikan jika Anda merefresh banyak sumber daya.

Ambil awal sumber daya

Masuk ke Konsol DCDN.
Di panel navigasi sebelah kiri, pilih Tools > Purge and Prefetch.

Pada tab Purge Cache, konfigurasikan aturan prefetch.

Parameter	Deskripsi
Operation	Pilih Prefetch.
Operation Method	Hanya prefetch URL yang didukung.
URL	URL harus dimulai dengan `http://` atau `https://`. URL prefetch harus merupakan jalur pasti dari file sumber daya. Direktori yang diakhiri dengan garis miring (`/`) tidak didukung. Untuk melakukan prefetch beberapa URL, masukkan satu URL per baris. Kuota prefetch URL (harian): Akun Alibaba Cloud dapat mengirimkan maksimal 1.000 tugas prefetch URL per hari. Anda dapat mengirimkan maksimal 100 tugas prefetch URL sekaligus. Jika bandwidth puncak harian akun Anda lebih dari 500 Mbps, Anda dapat merujuk ke Manajemen Kuota untuk mengajukan peningkatan kuota harian. Alibaba Cloud mengevaluasi dan mengonfigurasi kuota berdasarkan kebutuhan bisnis aktual Anda. Aturan antrian prefetch: Antrian prefetch untuk setiap akun dapat menampung maksimal 100.000 URL. DCDN melakukan prefetch URL sesuai urutan pengiriman. Saat jumlah URL yang akan diprefetch dalam antrian mencapai 100.000, DCDN menolak tugas prefetch baru. Kecepatan prefetch: Kecepatan eksekusi tugas prefetch berkaitan dengan ukuran rata-rata file yang akan diprefetch. Semakin kecil ukuran rata-rata file, semakin cepat kecepatan prefetch.

Klik Submit.
Lihat progres prefetch.
Setelah mengirimkan tugas prefetch, Anda dapat melihat detail dan progres tugas tersebut pada tab Records. Tugas mungkin memerlukan waktu lama untuk diselesaikan jika Anda melakukan prefetch banyak sumber daya.

Operasi API terkait

Anda dapat memanggil operasi API untuk melakukan refresh dan prefetch sumber daya. Tabel berikut memberikan detailnya.

API	Deskripsi
RefreshDcdnObjectCaches	Menyegarkan konten file pada POP. Menyegarkan konten URL tertentu ke node cache. Mendukung refresh URL batch. Catatan Refresh URL, refresh direktori, dan refresh berbasis regex semuanya mendukung cache bersama. Jika cache bersama dikonfigurasi untuk nama domain, Anda dapat mengirimkan tugas refresh menggunakan nama domain utama atau nama domain terkait apa pun untuk melakukan purge cache.
PreloadDcdnObjectCaches	Secara proaktif melakukan prefetch konten dari server asal ke node cache L2. Hal ini memungkinkan pengguna langsung mengenai cache pada akses pertama dan mengurangi beban pada server asal.
DescribeDcdnRefreshQuota	Menanyakan kuota harian dan kuota tersisa untuk refresh URL, prefetch URL, dan refresh direktori.
DescribeDcdnRefreshTasks	Menanyakan apakah tugas refresh atau prefetch telah berlaku di seluruh jaringan.
DescribeDcdnUserQuota	Menanyakan kuota sumber daya dan penggunaannya untuk pengguna.
DescribeDcdnRefreshTaskById	Menanyakan apakah tugas refresh atau prefetch telah berlaku di seluruh jaringan.