全部产品
Search
文档中心

Edge Security Acceleration:Mulai dengan membuat ruang tunggu

更新时间:Jan 05, 2026

Saat situs Anda menghadapi lalu lintas berkonkurensi tinggi akibat penjualan kilat, promosi penjualan, atau event populer, server origin dapat kelebihan beban. Hal ini berpotensi menyebabkan respons yang lambat bahkan gangguan total. Fitur Waiting Room melindungi server origin dengan membuat antrian virtual di edge, mengantrikan permintaan pengguna yang melebihi kapasitas origin. Fitur ini menjaga stabilitas kinerja server sekaligus meningkatkan pengalaman pengguna melalui tampilan perkiraan waktu tunggu yang jelas. Ikuti langkah-langkah berikut untuk mengatur dan mengaktifkan ruang tunggu pada situs Anda secara cepat.

Konfigurasikan ruang tunggu dasar untuk penjualan kilat dalam 5 menit

Asumsikan server origin Anda mampu menangani maksimal 300 pengguna konkuren. Anda perlu mengonfigurasi ruang tunggu untuk halaman penjualan kilat mendatang di promo.example.com/flash-sale guna melindungi server tersebut.

Prosedur

  1. Di Konsol ESA, pilih Websites, lalu klik situs target di kolom Website.

  2. Di panel navigasi kiri, pilih Traffic > Waiting Room.

  3. Di area Waiting Room, klik Create Waiting Room. Isi parameter inti berikut:

    • Waiting Room Name: flash-sale-room

    • Hostname and Path: promo.example.com/flash-sale

      • Subdomain: promo

      • Path: flash-sale

    • Custom Cookie: __aliwaitingroom_flash_sale (Ini berfungsi sebagai kredensial antrian.)

    • Total Active Users: 300 (Nilai ini harus sesuai dengan kapasitas konkurensi origin Anda.)

    • New Users per Minute: 300 (Pengaturan ini memastikan pengguna dimasukkan dengan cepat pada awal event.)

    • Session Duration: 5

Verifikasi hasil

Ruang tunggu diaktifkan secara default. Ketika jumlah pengguna konkuren yang mengakses promo.example.com/flash-sale melebihi batas Total Active Users sebesar 300, pengguna berikutnya akan diarahkan ke halaman tunggu yang menampilkan perkiraan waktu tunggu.

image

Buat ruang tunggu

Untuk kontrol detail halus atas ruang tunggu Anda, ikuti langkah-langkah terperinci berikut.

Langkah 1: Buka halaman konfigurasi ruang tunggu

  1. Di Konsol ESA, pilih Websites, lalu klik situs target di kolom Website.

  2. Di panel navigasi kiri, pilih Traffic > Waiting Room.

  3. Di area Waiting Room, klik Create Waiting Room.

    image

Langkah 2: Pengaturan dasar

Pada langkah ini, Anda menentukan informasi dasar untuk ruang tunggu, seperti nama dan path-nya.image

Parameter

Deskripsi

Waiting Room Name

Tetapkan nama yang mudah dikenali untuk ruang tunggu Anda, misalnya promo_activity_room.

Hostname and Path

Menentukan URL tepat tempat ruang tunggu aktif. Satu situs dapat memiliki beberapa hostname (Nama domain). Aturan ini hanya berlaku untuk Hostname dan Path yang Anda tentukan.

Contoh: Jika hostname-nya adalah event.example.com dan path-nya adalah /route, ruang tunggu hanya berlaku untuk permintaan ke event.example.com/route.

Custom Cookie

Kredensial yang digunakan untuk mengidentifikasi dan melacak status antrian pengguna. Nama cookie memiliki awalan tetap __aliwaitingroom_. Anda dapat menyesuaikan akhirannya.

Contoh: __aliwaitingroom_promo_user.

Langkah 3: Konfigurasi kapasitas kamar dan tarif

Pada langkah ini, Anda menentukan kapasitas ruang tunggu dan laju penerimaan pengguna. Ini merupakan konfigurasi inti untuk melindungi server origin Anda.image

Parameter

Deskripsi

Total Active Users

Tujuan: Menetapkan jumlah maksimum pengguna konkuren yang dapat mengakses server origin Anda secara bersamaan.

Deskripsi: Tetapkan nilai ini berdasarkan kapasitas pemrosesan konkuren aktual server origin Anda. Ketika jumlah pengguna aktif yang mengakses origin mencapai ambang batas ini, permintaan pengguna baru akan dikirim ke antrian.

Catatan: Nilai minimum adalah 200. Jika beban aktual origin Anda kurang dari 200, tetapkan nilai ini ke 200 dan gunakan parameter New Users per Minute untuk mengontrol laju penerimaan secara lebih presisi.

New Users per Minute

Tujuan: Menetapkan jumlah maksimum pengguna baru yang diterima dari antrian ke server origin setiap menit. Ini mengontrol laju pertumbuhan beban pada origin Anda.

Deskripsi: Parameter ini menentukan seberapa cepat antrian diproses. Misalnya, jika Anda menetapkannya ke 300, maksimal 300 pengguna baru dapat berpindah dari halaman tunggu ke server origin setiap menit.

Catatan: Nilai minimum adalah 200. Nilainya harus kurang dari atau sama dengan Total Active Users.

Session Duration

Tujuan: Menentukan periode validitas sesi pengguna setelah mereka meninggalkan antrian.

Deskripsi: Setelah pengguna berhasil mengakses server origin, jika mereka sementara meninggalkan (misalnya, menutup halaman) dan kembali dalam waktu yang ditetapkan oleh parameter ini, mereka tidak perlu mengantri lagi. Nilai default-nya adalah 5 menit.

Disable Session Renewal

Tujuan: Menentukan apakah periode validitas sesi pengguna diperbarui otomatis selama berinteraksi dengan server origin.

Catatan: Nama toggle ini berlawanan dengan perilakunya. Pilih opsi berdasarkan hasil yang Anda inginkan:

  • Off (Default): Ini mengaktifkan perpanjangan sesi. Selama pengguna tetap aktif di server origin (dengan terus-menerus mengirim permintaan), sesi mereka tidak kedaluwarsa dan mereka tidak dikembalikan ke antrian. Ini cocok untuk sebagian besar skenario.

  • On: Ini menonaktifkan perpanjangan sesi. Sesi pengguna dihitung ketat sejak pertama kali mereka masuk ke server origin. Setelah waktunya habis, pengguna harus mengantri lagi, meskipun mereka masih aktif menjelajah. Ini cocok untuk skenario yang memerlukan kontrol ketat atas durasi kunjungan tunggal pengguna, seperti penjualan kilat.

Queuing Method

Tujuan: Memilih kebijakan penerimaan pengguna dari halaman tunggu.

  • FIFO: Menerima pengguna sesuai urutan permintaan diterima. Ini metode paling adil dan direkomendasikan sebagai default.

  • Random: Memilih pengguna secara acak dari antrian untuk memberikan akses. Ini berlaku untuk skenario seperti undian di mana keadilan bukan prioritas utama.

  • Reject All: Semua pengguna baru dikirim ke halaman tunggu dan tidak diterima. Ini berguna untuk pemanasan pra-event, maintenance sistem, atau keadaan darurat saat Anda perlu menutup akses.

  • Passthrough: Semua permintaan melewati antrian dan langsung menuju server origin. Dalam mode ini, ruang tunggu dinonaktifkan secara efektif. Ini dapat digunakan untuk mengembalikan akses normal setelah event atau untuk pengujian fungsional.

Langkah 4: Sesuaikan halaman tunggu

Pada langkah ini, Anda mengonfigurasi konten halaman atau respons API yang dilihat pengguna saat berada dalam antrian.image

Parameter

Deskripsi

Type

Default Waiting Room: Halaman tunggu standar yang disediakan sistem. Secara otomatis menampilkan perkiraan waktu tunggu. Anda dapat memilih Default Language Template (English, Simplified Chinese, atau Traditional Chinese).

Custom Waiting Room: Memungkinkan Anda mengunggah halaman HTML kustom. Untuk menggunakan fitur ini, hubungi perwakilan penjualan Anda.

  • Anda dapat mengedit templat atau langsung mengimpor file .html (ukuran maksimal 50 KB).

  • Anda dapat menggunakan variabel dinamis (seperti ${waitTime}) dalam HTML untuk menampilkan informasi antrian.

Preview

Klik tautan untuk melihat pratinjau tampilan halaman tunggu dalam berbagai kondisi, seperti Queuing atau Queue All.

JSON Response

Tujuan: Memberikan informasi status antrian terstruktur untuk klien non-browser, seperti aplikasi dan program mini.

Aktifkan toggle ini. Saat header permintaan klien menyertakan Accept: application/json, ESA akan mengembalikan informasi antrian dalam format JSON, bukan halaman tunggu HTML. Untuk detail parameter, lihat deskripsi parameter respons JSON.

Alur interaksi:

  1. Permintaan pertama: Klien mengakses URL target dengan header permintaan Accept: application/json.

  2. Dapatkan dan simpan cookie: Header respons ESA akan berisi bidang Set-Cookie. Klien harus menyimpan cookie ini untuk digunakan sebagai kredensial identitas pada permintaan berikutnya.

  3. Polling status: Klien harus menyertakan cookie ini dalam permintaannya. Klien harus secara berkala mengirim ulang permintaan ke URL yang sama dengan interval yang ditentukan oleh bidang refreshIntervalSeconds dalam badan respons untuk memperbarui status antriannya.

  4. Akses origin: Saat bidang inWaitingRoom dalam badan respons berubah menjadi false, klien telah keluar dari antrian. Klien kemudian dapat menggunakan cookie tersebut untuk mengakses sumber daya origin secara normal.

Contoh respons:

{
  "WaitingRoom": {
    "inWaitingRoom": true,
    "waitTime": 5,
    "waitTimeKnown": true,
    "waitTimeFormatted": "5 minutes",
    "queueIsFull": false,
    "queueAll": false,
    "lastUpdated": "2024-09-10T12:00:00.000Z",
    "refreshIntervalSeconds": 20
  }
}

Queuing Status Code

Sesuaikan kode status respons HTTP yang diterima pengguna saat berada dalam antrian. Default-nya adalah 200. Anda dapat mengubahnya ke kode status lain, seperti 202, sesuai kebutuhan.

Langkah 5: Pratinjau dan aktifkan ruang tunggu

  1. Ringkasan pengaturan dari langkah-langkah sebelumnya ditampilkan. Ini memungkinkan Anda mengonfirmasi konfigurasi dan memilih apakah akan mengonfigurasi fitur lain. Setelah memastikan parameter sudah benar, klik OK untuk membuat ruang tunggu.

    image

  2. Setelah ruang tunggu dibuat, fitur ini diaktifkan secara default.

    image

  3. Anda juga dapat mengaktifkan atau menonaktifkan Queue All untuk semua permintaan sesuai kebutuhan:

    • Off: Ini adalah status default. Saat jumlah permintaan mencapai ambang batas yang ditentukan untuk Total Active Users dan New Users per Minute, permintaan berlebih dikirim ke antrian ruang tunggu.

    • On: Semua pengunjung baru diwajibkan mengantri. Ini dapat digunakan untuk mempersiapkan peluncuran produk atau event terjadwal lainnya.

      Catatan
      • Pengguna aktif yang sudah mengakses server origin Anda dapat melanjutkan sesinya. Mereka tidak dikembalikan ke antrian sebelum sesinya kedaluwarsa.

      • Queue All menggantikan semua pengaturan ruang tunggu lainnya, termasuk pengaturan event.

    image

Langkah selanjutnya

Jika Anda adalah pengguna Enterprise, Anda juga dapat menggunakan fitur lanjutan berikut untuk kontrol yang lebih besar atas waiting room:

  • Scheduled waiting room events: Secara otomatis menyesuaikan parameter kapasitas dan laju ruang tunggu pada waktu yang telah ditentukan untuk menangani puncak dan penurunan trafik yang dapat diprediksi.

  • Waiting room bypass rules: Tetapkan aturan spesifik berdasarkan IP, header, atau cookie untuk mengizinkan permintaan yang sesuai melewati ruang tunggu dan mengakses server origin secara langsung.