# Jak często odpytywać asynchroniczny interfejs API generowania wideo? > Odpytuj często tylko wtedy, gdy status prawdopodobnie się zmienia, a potem stosuj backoff z jitterem i limitem. Łącz webhooki, sygnały dostawcy i reguły zatrzymania. Pętla polling powinna zależeć od czasu ukończenia, kosztu i niepewności, a nie stałego `sleep`. Pięć sekund może pasować do podglądu i marnować wywołania przy długim renderze. ## Zacznij od oczekiwanego czasu zadania | Czas | Pierwszy interwał | Późniejszy interwał | Użycie | |---|---:|---:|---| | Poniżej 30 sekund | 2–4 s | 5–8 s | Podgląd | | 30–120 sekund | 4–8 s | 10–20 s | Standard | | 2–10 minut | 10–20 s | 30–60 s | Długi render | | Nieznany | 5 s | Backoff do 60 s | Nowy model | Zapisuj zmierzone percentyle według modelu i ustawień. Tabela jest punktem startu, nie SLA. ## Używaj adaptacyjnego backoffu zamiast stałego timera ```text delay = min(max_delay, base_delay * 2^unchanged_rounds) scheduled_delay = delay * random(0.8, 1.2) ``` Zeruj licznik po postępie i utrzymuj limit poniżej dopuszczalnego opóźnienia powiadomienia. ## Traktuj sygnały dostawcy jako nadrzędne | Sygnał | Bezpieczna akcja | |---|---| | `Retry-After` | Czekaj co najmniej wskazany czas | | Rate limit | Backoff całej trasy | | W kolejce | Odpytuj wolno | | Przetwarzanie | Uwzględnij czas pozostały | | Sukces lub błąd | Zatrzymaj zwykły polling | | Nieznane zadanie | Uzgodnij przed ponownym wysłaniem | ## Łącz webhooki z pollingiem uzgadniającym Weryfikuj podpisy, usuwaj duplikaty i szybko odpowiadaj. Wolno odpytuj tylko zadania bez webhooka. ## Ogranicz współbieżność całego konta Ustal budżet globalny lub per dostawca i rozdziel pojemność statusu od nowych submissions. ## Zatrzymuj porzucone i końcowe zadania Zatrzymaj przy sukcesie, błędzie, anulowaniu lub terminie i zachowaj przyczynę oraz zdalny ID. ## Mierz efektywność polling Śledź liczbę polli na ukończenie, opóźnienie wykrycia, limity, wiek nierozwiązany, webhooki i backlog. [Atlas Cloud](https://www.atlascloud.ai/?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=how-often-poll-asynchronous-video-generation-api) może ujednolicić dostęp do modeli tekstu, obrazu i wideo. Reguły stanów pozostają zależne od trasy. ## Podsumowanie Połącz wskazówki dostawcy z backoffem, jitterem, limitami i regułami zatrzymania. Webhook powiadamia, wolny polling uzgadnia. ## FAQ ### Jaki pierwszy interwał jest rozsądny? Stosuj dokumentację; bez zaleceń 3–5 sekund to ostrożny początek dla krótkiego zadania. ### Czy każde zadanie używa tego samego interwału? Nie. Uwzględnij czas, wiek, stan i zalecenia modelu. ### Czy błąd HTTP kończy polling? Błędy przejściowe ponawiaj z backoffem, a przy wyraźnym błędzie autoryzacji, walidacji lub stanie końcowym zatrzymaj się. ### Czy webhooki wystarczą? Mogą być opóźnione lub zdublowane, więc zachowaj wolny polling uzgadniający. ### Jak uniknąć jednoczesnej fali zapytań? Dodaj jitter, limit współbieżności i osobny harmonogram dla każdego zadania. ### Czy Atlas Cloud upraszcza polling wielu modeli? Może ujednolicić dostęp, ale aplikacja nadal normalizuje stany i czasy.