# Nên thăm dò API tạo video bất đồng bộ bao lâu một lần? > Chỉ polling nhanh trong giai đoạn trạng thái dễ thay đổi, sau đó dùng backoff có jitter và giới hạn. Kết hợp webhook, tín hiệu nhà cung cấp và quy tắc dừng. Vòng polling nên dựa trên thời gian hoàn tất, chi phí request và độ bất định, không phải một `sleep` cố định. Năm giây có thể phù hợp với preview nhưng lãng phí cho render dài. ## Bắt đầu từ thời lượng job dự kiến | Thời lượng | Khoảng đầu | Khoảng sau | Trường hợp | |---|---:|---:|---| | Dưới 30 giây | 2–4 giây | 5–8 giây | Preview | | 30–120 giây | 4–8 giây | 10–20 giây | Tiêu chuẩn | | 2–10 phút | 10–20 giây | 30–60 giây | Render dài | | Chưa biết | 5 giây | Backoff tối đa 60 giây | Model mới | Lưu percentile quan sát theo model và cấu hình. Bảng là điểm khởi đầu, không phải SLA. ## Dùng backoff thích ứng thay cho timer cố định ```text delay = min(max_delay, base_delay * 2^unchanged_rounds) scheduled_delay = delay * random(0.8, 1.2) ``` Đặt lại bộ đếm khi có tiến triển và giữ trần dưới độ trễ thông báo có thể chấp nhận. ## Xem tín hiệu nhà cung cấp là ưu tiên | Tín hiệu | Hành động an toàn | |---|---| | `Retry-After` | Chờ ít nhất thời gian chỉ định | | Rate limit | Backoff toàn route | | Đang xếp hàng | Polling chậm | | Đang xử lý | Theo thời gian còn lại | | Thành công hoặc lỗi | Dừng polling thường | | Job không rõ | Đối soát trước khi gửi lại | ## Kết hợp webhook và polling đối soát Xác minh chữ ký, khử trùng lặp event và phản hồi nhanh. Chỉ polling chậm các job thiếu webhook. ## Giới hạn concurrency toàn tài khoản Dùng budget toàn cục hoặc theo provider và tách công suất status khỏi submission mới. ## Dừng job bị bỏ hoặc ở trạng thái cuối Dừng khi thành công, lỗi, hủy hoặc hết hạn và lưu lý do cùng remote job ID. ## Đo hiệu quả polling Theo dõi poll mỗi lần hoàn tất, độ trễ phát hiện, rate limit, tuổi chưa xử lý, webhook và backlog. [Atlas Cloud](https://www.atlascloud.ai/?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=how-often-poll-asynchronous-video-generation-api) có thể hợp nhất truy cập model văn bản, hình ảnh và video. Quy tắc trạng thái vẫn theo route. ## Kết luận Kết hợp hướng dẫn provider với backoff, jitter, giới hạn và quy tắc dừng. Webhook thông báo và polling chậm đối soát. ## FAQ ### Khoảng polling đầu tiên hợp lý là bao nhiêu? Theo tài liệu; nếu không có hướng dẫn, 3–5 giây là điểm khởi đầu thận trọng cho job ngắn. ### Mọi job có dùng cùng khoảng thời gian không? Không. Hãy xét thời lượng dự kiến, tuổi job, trạng thái và hướng dẫn của model. ### Lỗi HTTP có dừng polling không? Thử lại lỗi tạm thời với backoff và dừng với lỗi xác thực, validation hoặc trạng thái cuối rõ ràng. ### Chỉ dùng webhook có đủ không? Webhook có thể trễ hoặc trùng; hãy giữ polling đối soát chậm. ### Làm sao tránh đợt polling đồng loạt? Thêm jitter, giới hạn concurrency và lập lịch riêng cho từng job. ### Atlas Cloud có đơn giản hóa polling đa model không? Có thể hợp nhất truy cập, nhưng ứng dụng vẫn chuẩn hóa trạng thái và thời gian.