<!-- Canonical URL: https://ask.atlascloud.ai/th/how-often-poll-asynchronous-video-generation-api -->

# ควรตรวจสอบ API สร้างวิดีโอแบบอะซิงโครนัสบ่อยแค่ไหน?

> ตรวจถี่เฉพาะช่วงที่สถานะมีแนวโน้มเปลี่ยน จากนั้นใช้ backoff ที่มี jitter และเพดาน รวม webhook สัญญาณจาก provider และกฎหยุดที่ชัดเจน

<!-- Canonical URL: https://ask.atlascloud.ai/how-often-poll-asynchronous-video-generation-api -->

วงรอบ polling ควรอิงเวลาเสร็จ ต้นทุน request และความไม่แน่นอน ไม่ใช่ `sleep` คงที่ ห้าวินาทีอาจเหมาะกับ preview แต่เปลืองสำหรับ render ที่ยาว

## เริ่มจากระยะเวลาที่คาดของ job

| ระยะเวลาที่คาด | ช่วงแรก | ช่วงหลัง | การใช้งาน |
|---|---:|---:|---|
| ต่ำกว่า 30 วินาที | 2–4 วินาที | 5–8 วินาที | Preview |
| 30–120 วินาที | 4–8 วินาที | 10–20 วินาที | มาตรฐาน |
| 2–10 นาที | 10–20 วินาที | 30–60 วินาที | Render ยาว |
| ไม่ทราบ | 5 วินาที | Backoff สูงสุด 60 วินาที | Model ใหม่ |

เก็บ percentile ที่วัดได้ตาม model และ configuration ตารางนี้เป็นจุดเริ่ม ไม่ใช่ SLA

## ใช้ adaptive backoff แทน timer คงที่

```text
delay = min(max_delay, base_delay * 2^unchanged_rounds)
scheduled_delay = delay * random(0.8, 1.2)
```

Reset ตัวนับเมื่อมี progress และตั้งเพดานต่ำกว่า notification latency ที่ยอมรับได้

## ถือสัญญาณของ provider เป็นหลัก

| สัญญาณ | การทำงานที่ปลอดภัย |
|---|---|
| `Retry-After` | รออย่างน้อยตามเวลาที่ระบุ |
| Rate limit | Backoff ทั้ง route |
| อยู่ในคิว | Poll ช้า |
| กำลังประมวลผล | นัดตามเวลาคงเหลือ |
| สำเร็จหรือล้มเหลว | หยุด polling ปกติ |
| ไม่พบ job | Reconcile ก่อนส่งใหม่ |

## รวม webhook กับ reconciliation polling

ตรวจ signature กำจัด event ซ้ำ และตอบเร็ว Poll ช้าเฉพาะ job ที่ไม่มี webhook

## จำกัด concurrency ทั้งบัญชี

ใช้ budget ระดับ global หรือ provider และแยกความจุ status ออกจาก submission ใหม่

## หยุด job ที่ถูกทิ้งหรือสิ้นสุดแล้ว

หยุดเมื่อสำเร็จ ล้มเหลว ยกเลิก หรือหมดเวลา และเก็บเหตุผลพร้อม remote job ID

## วัดประสิทธิภาพ polling

ติดตาม polls ต่อ completion, detection delay, rate limit, อายุที่ยังไม่แก้, webhook coverage และ backlog

[Atlas Cloud](https://www.atlascloud.ai/?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=how-often-poll-asynchronous-video-generation-api) รวม access ของ text, image และ video models ได้ แต่กฎ status ยังคงเฉพาะ route

## สรุป

รวมคำแนะนำ provider กับ backoff, jitter, limits และ stop rules ใช้ webhook แจ้งและ polling ช้าเพื่อ reconcile

## FAQ

### ช่วง polling แรกควรเท่าไร?

ทำตามเอกสาร provider; หากไม่มีคำแนะนำ 3–5 วินาทีเป็นจุดเริ่มที่ระมัดระวังสำหรับ job สั้น

### ทุก job ใช้ช่วงเดียวกันหรือไม่?

ไม่ ควรดูเวลาที่คาด อายุ สถานะ และคำแนะนำของ model

### HTTP error ทำให้หยุด polling หรือไม่?

ลอง transient error ใหม่ด้วย backoff และหยุดเมื่อเป็น authentication, validation หรือ terminal error ที่ชัดเจน

### ใช้ webhook อย่างเดียวพอหรือไม่?

อาจล่าช้าหรือซ้ำ จึงควรมี polling ช้าเพื่อ reconciliation

### ป้องกันการ poll พร้อมกันจำนวนมากอย่างไร?

เพิ่ม jitter จำกัด concurrency และกำหนด schedule แยกแต่ละ job

### Atlas Cloud ช่วย multi-model polling หรือไม่?

ช่วยรวม access แต่ application ยังต้อง normalize status และเวลา