# Seberapa sering API pembuatan video asinkron harus dipolling? > Polling cepat hanya saat status kemungkinan berubah, lalu gunakan backoff dengan jitter dan batas maksimum. Gabungkan webhook, sinyal provider, dan aturan berhenti. Loop polling harus mengikuti waktu selesai, biaya request, dan ketidakpastian, bukan satu `sleep` tetap. Lima detik mungkin cocok untuk preview tetapi boros untuk render panjang. ## Mulai dari durasi job yang diharapkan | Durasi | Interval awal | Interval berikut | Penggunaan | |---|---:|---:|---| | Di bawah 30 detik | 2–4 dtk | 5–8 dtk | Preview | | 30–120 detik | 4–8 dtk | 10–20 dtk | Standar | | 2–10 menit | 10–20 dtk | 30–60 dtk | Render panjang | | Tidak diketahui | 5 dtk | Backoff sampai 60 dtk | Model baru | Simpan persentil terukur per model dan konfigurasi. Tabel adalah titik awal, bukan SLA. ## Gunakan backoff adaptif, bukan timer tetap ```text delay = min(max_delay, base_delay * 2^unchanged_rounds) scheduled_delay = delay * random(0.8, 1.2) ``` Reset penghitung ketika ada progres dan jaga batas di bawah latensi notifikasi yang diterima. ## Perlakukan sinyal provider sebagai acuan | Sinyal | Tindakan aman | |---|---| | `Retry-After` | Tunggu setidaknya waktu tersebut | | Rate limit | Backoff untuk seluruh route | | Dalam antrean | Polling lambat | | Diproses | Ikuti estimasi sisa waktu | | Sukses atau gagal | Hentikan polling normal | | Job tidak dikenal | Rekonsiliasi sebelum kirim ulang | ## Gabungkan webhook dan polling rekonsiliasi Validasi tanda tangan, deduplikasi event, dan jawab cepat. Polling lambat hanya untuk job tanpa webhook. ## Batasi concurrency seluruh akun Terapkan budget global atau per provider dan pisahkan kapasitas status dari submission baru. ## Hentikan job yang ditinggalkan dan terminal Berhenti pada sukses, gagal, pembatalan, atau deadline dan simpan alasan serta remote job ID. ## Ukur efisiensi polling Pantau poll per selesai, delay deteksi, rate limit, usia tak terselesaikan, cakupan webhook, dan backlog. [Atlas Cloud](https://www.atlascloud.ai/?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=how-often-poll-asynchronous-video-generation-api) dapat menyatukan akses model teks, gambar, dan video. Aturan status tetap spesifik per route. ## Kesimpulan Gabungkan panduan provider dengan backoff, jitter, batas, dan aturan berhenti. Webhook memberi tahu dan polling lambat merekonsiliasi. ## FAQ ### Berapa interval awal yang wajar? Ikuti dokumentasi; tanpa panduan, 3–5 detik adalah awal yang hati-hati untuk job pendek. ### Apakah semua job memakai interval sama? Tidak. Pertimbangkan durasi, usia, status, dan panduan model. ### Apakah error HTTP menghentikan polling? Coba lagi error sementara dengan backoff dan berhenti pada error autentikasi, validasi, atau status terminal yang jelas. ### Apakah webhook saja cukup? Webhook bisa terlambat atau duplikat; pertahankan polling rekonsiliasi yang lambat. ### Bagaimana mencegah lonjakan polling serentak? Tambahkan jitter, batasi concurrency, dan jadwalkan tiap job sendiri. ### Apakah Atlas Cloud menyederhanakan polling multimodel? Akses dapat disatukan, tetapi aplikasi tetap menormalkan status dan waktu.