# Bagaimana melacak satu request video AI dari submission, polling, hingga download? > Buat operation ID stabil sebelum submission dan hubungkan provider request, job, poll, webhook, dan asset tersimpan. Setiap upaya punya ID sendiri; rahasia dan signed URL tidak dicatat. Request video asinkron melewati sistem tanpa satu ID bersama. Buat kunci korelasi permanen sebelum remote call pertama. ## Buat operation ID di batas masuk ```json {"operation_id":"vidop_01J...","tenant_id":"acct_42","request_fingerprint":"sha256:..."} ``` Jangan masukkan email, prompt, atau credential ke ID. ## Pisahkan operation, attempt, dan span | Rekaman | Jumlah | Tujuan | |---|---:|---| | Operation | Satu | Korelasi bisnis stabil | | Submission attempt | Satu atau lebih | Menjelaskan retry | | Provider mapping | Nol atau lebih | Menghubungkan status dan webhook | | Trace span | Banyak | Mengukur tahap | | Asset | Nol atau lebih | Membuktikan output permanen | ## Bawa trace context melalui antrean Setiap pesan membawa `operation_id`, `attempt_id`, dan trace context. Redelivery mendapat rekaman sendiri. ## Catat bukti sebelum dan sesudah submission Sebelum call simpan fingerprint, route, dan idempotency key; setelahnya HTTP, request ID, job ID, dan usage. Timeout menjadi `submission_unknown`. ## Lacak polling tanpa log bising | Kolom | Alasan | |---|---| | Provider job ID | Korelasi remote | | Status mentah dan normal | Audit adapter | | HTTP | Diagnosis | | Latency | Pengukuran | | Poll berikut | Menjelaskan scheduler | ## Hubungkan webhook dengan aman Validasi dan deduplikasi event lalu cari mapping. Simpan sementara event yang datang terlalu awal. ## Lacak download dan storage permanen Catat byte, type, checksum, validasi, object key, dan waktu tanpa signed URL lengkap. ## Buat satu timeline dukungan ```text accepted -> provider accepted -> processing -> webhook succeeded -> asset stored ``` [Atlas Cloud](https://www.atlascloud.ai/?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=trace-ai-video-request-submission-polling-download) menyatukan akses, tetapi setiap attempt menyimpan model dan route tepat. ## Kesimpulan Hubungkan operation ID stabil, attempt ID, mapping permanen, dan log yang dirahasiakan sampai asset terverifikasi. ## FAQ ### ID apa yang menjadi akar trace? Operation ID yang dibuat aplikasi sebelum remote call. ### Apakah retry berbagi trace yang sama? Operation ID sama, tetapi attempt ID dan span berbeda. ### Apa yang dicatat per poll? Waktu, job ID, status, HTTP, metadata penting, dan pemeriksaan berikut. ### Bagaimana webhook disambungkan? Gunakan mapping permanen dari provider job ke operation. ### Apakah signed URL dicatat? Tidak. Perlakukan sebagai kredensial sementara dan redaksi URL lengkap. ### Di mana Atlas Cloud berperan? Menyatukan akses, sementara aplikasi menyimpan ID, route, usage, dan hasil storage.