Görüntü oluşturma veya düzenleme iş yükünüz birkaç saniyeden uzun sürüyorsa, bağlantıyı açık tutmayı bırakın ve sorgulama (polling) yöntemine geçin. TokenLab artık görüntü oluşturma ve düzenleme işlemlerinde asenkron görev yönetimini destekliyor; böylece yavaş bir render işlemini bekleyerek bir istek iş parçacığını (request thread) meşgul etmek yerine, bir iş gönderip başka işlerinize bakabilir ve bittiğinde kontrol edebilirsiniz.
Önemli Çıkarımlar
- Uzun süren görüntü işleri (yüksek çözünürlüklü çıktılar, çoklu görüntü düzenlemeleri, toplu render işlemleri) bloklayan çağrılar yerine asenkron görev oluşturma yöntemini kullanmalıdır.
- Model basittir: görevi oluşturun, görev kimliğini (task id) kaydedin, durum için sorgulama yapın ve tamamlandığında sonuç URL'lerini alın.
- Asenkron görevler istemci zaman aşımlarını önler, terk edilmiş isteklerde boşa harcanan hesaplama gücünü azaltır ve işleri ölçekli bir şekilde kuyruğa almanızı sağlar.
- Kararlı bir üretim entegrasyonu için mantıklı sorgulama aralıkları ve zaman aşımı sınırları, ham istek hızından daha önemlidir.
Bloklayan İstekler Görüntü İşleri İçin Neden Sorun Yaratır?
Metin oluşturma büyük ölçüde sınırlı ve tahmin edilebilirdir. Görüntü oluşturma ise öyle değildir. Tek bir yüksek çözünürlüklü render, çoklu görüntü düzenleme geçişi veya bir grup ürün fotoğrafı, modele ve ayarlara bağlı olarak birkaç saniyeden bir dakikadan fazlasına kadar sürebilir. Uygulamanız bu süre boyunca bir HTTP bağlantısını açık tutarsa, uzun ömürlü senkron çağrıların getirdiği tüm sorunları devralırsınız: iş bitmeden tetiklenen istemci zaman aşımları, boşta kalan bağlantıları sonlandıran yük dengeleyiciler veya proxy'ler ve tüm işi baştan başlatmadan yeniden denemenin temiz bir yolunun olmaması.
Asenkron görev yönetimi, iş gönderimini iş tamamlanmasından ayırır. Bir görev kimliği ile anında yanıt alırsınız, uygulamanız yoluna devam eder ve durumu kendi programınıza göre kontrol edersiniz. Bu, anlık olmayan hemen hemen her şey için çoğu olgun API'nin kullandığı yöntemdir ve artık TokenLab'de görüntü oluşturma ve düzenleme için kullanılabilir durumdadır.
Asenkron İş Akışı
Akış dört adımdan oluşur ve ister tek bir görüntü oluşturuyor ister birkaç tane düzenliyor olun, aynı kalır:
- Görevi oluşturun. Oluşturma veya düzenleme isteğinizi her zamanki gibi gönderin, ancak asenkron modu talep edin. Pikselleri beklemek yerine, hemen bir görev kimliği (veya bir sorgulama URL'si) alırsınız.
- Görev kimliğini saklayın. Bunu, ait olduğu iş nesnesiyle (bir sipariş, bir kullanıcı yüklemesi, bir toplu iş satırı) birlikte kalıcı hale getirin. İşleminiz yeniden başlarsa, devam eden işlerin takibini kaybetmeden sorgulamaya devam edebilmelisiniz.
- Görev terminal durumuna ulaşana kadar sorgulayın. Durumu belirli aralıklarla kontrol edin. Görev
queued(kuyrukta),processing(işleniyor),completed(tamamlandı) veyafailed(başarısız) durumlarını raporlayacaktır.completedveyafaileddışındaki hiçbir durumu tamamlanmış olarak kabul etmeyin. - Çıktıyı alın.
completeddurumuna ulaşıldığında, yanıt oluşturulan veya düzenlenen görüntülerinizin URL'lerini içerir. Bunları kendi tarafınızda çekin ve saklayın; URL'lerin sonsuza kadar geçerli olduğunu varsaymayın.
Tam istek ve yanıt yapıları için create image ve edit image referanslarına ve durum kodları ile uç durumlar için özel async jobs and polling guide kılavuzuna bakın.
Asenkron ve Senkron Çağrılar Ne Zaman Kullanılmalı?
Her görüntü çağrısının asenkron olması gerekmez. Bunu kaba bir karar rehberi olarak kullanın:
| Senaryo | Önerilen mod |
|---|---|
| Tek düşük çözünürlüklü görüntü, hızlı model, etkileşimli arayüz | Senkron |
| Yüksek çözünürlüklü çıktı (büyük tuval, ölçeklendirilmiş) | Asenkron |
| Çoklu görüntü düzenleme (birkaç girdiyi birleştirme veya değiştirme) | Asenkron |
| Toplu ürün görselleri (katalog çalışmaları, varyant setleri) | Asenkron |
| Canlı bir kullanıcı beklemesine bağlı olmayan arka plan yaratıcı üretim | Asenkron |
| İstemcinin 30+ saniye boyunca bağlı kalacağını garanti edemediğiniz her türlü iş akışı | Asenkron |
Genel kural: Eğer bir insan birkaç saniyeden uzun süre bir yükleme simgesine bakıyorsa veya iş bir toplu işlemin parçası olarak çalışıyorsa, asenkron kullanın. Etkileşimli, düşük gecikmeli görüntü düzenlemeleri için senkron yöntem hala uygundur.
Üretim Sorgulama Kontrol Listesi
Kötü sorgulama davranışı, ekiplerin iyi bir asenkron kurulumu kararsız hale getirmesinin en yaygın yoludur. Yayına almadan önce bu kontrol listesini kullanın:
- Sabit aralıklı zorlama yerine üstel geri çekilme (exponential backoff) kullanın. Bir dakika boyunca her 200ms'de bir sorgulama yapmak yerine, kısa bir aralıkla (1-2 saniye) başlayın ve görev
processingdurumunda kaldıkça aralığı artırın. - Görev başına maksimum sorgulama süresi belirleyin. Bir görevi durmuş kabul etmeden önce ne kadar bekleyeceğinize (örneğin, yüksek çözünürlüklü veya çoklu görüntü işleri için 3-5 dakika) önceden karar verin ve bu durumu sonsuza kadar sorgulamak yerine açıkça ele alın.
faileddurumunu zaman aşımından ayrı olarak ele alın.faileddönen bir görevin ekli bir nedeni vardır; bunu yüzeye çıkarın. Sınırınız dahilinde asla çözümlenmeyen bir görev farklı bir hata modudur ve ayrı olarak günlüğe kaydedilmelidir.- Sorgulamayı idempotent ve devam ettirilebilir yapın. Görev kimliklerini saklayın, böylece çöken bir çalışan veya yeniden dağıtılan bir servis, devam eden işlerin takibini kaybetmek yerine sorgulamaya kaldığı yerden devam edebilir.
- Mümkünse istemciden sorgulama yapmayın. Kendi servis katmanınızdan sorgulama yapın ve istemciye bir tamamlama etkinliği veya webhook tarzı bildirim gönderin. Bu, yeniden deneme mantığının ve görev kimliklerinin frontend koduna sızmasını önler.
- Eşzamanlı sorgulama isteklerini sınırlayın. Yüzlerce devam eden göreviniz varsa, her aralıkta görev başına bir istek göndermek yerine durum kontrollerinizi gruplayın veya kademelendirin.
- Sonuç URL'lerini hemen indirin ve saklayın. Bir görev tamamlandığında, dönen URL'leri kısa ömürlü olarak kabul edin. Görüntüleri, görevi tamamlandı olarak işaretleyen aynı iş akışının bir parçası olarak kendi depolama alanınıza çekin.
Bu Yöntem Gerçek Bir İş Akışına Nasıl Uyarlanır?
Yaygın bir model: bir mağazacılık aracı, görüntü düzenleme kullanarak arka plan değişikliği için bir grup ürün fotoğrafını her biri ayrı bir asenkron görev olacak şekilde gönderir. Servis, her görev kimliğini bir ürün kaydına karşı saklar, geri çekilme ile paylaşılan bir aralıkta sorgulama yapar ve görevler tamamlandıkça her ürünün görselini hazır olarak işaretler. Başarısız görevler, toplu işlemi sessizce engellemek yerine manuel inceleme için işaretlenir. Toplu işlemdeki hiçbir şey uzun süreli tek bir bağlantıya bağlı değildir, bu nedenle toplu işlem ortasında bir dağıtım veya yeniden başlatma iş kaybına neden olmaz; görev kimlikleri zaten kalıcıdır ve sorgulama temiz bir şekilde devam eder.
Aynı yapı, gece boyunca toplu render işlemleri kuyruğa alan yaratıcı ekipler, baskı için yüksek çözünürlüklü varlıklar oluşturan uygulamalar veya "hemen bloklayan" yerine "sonunda doğru olanın" tercih edildiği her türlü iş akışı için çalışır.
SSS
Asenkron modu kullanmak için istek yükümü (request payload) değiştirmem gerekiyor mu? Bir asenkron bayrağı eklersiniz veya oluşturma ve düzenleme görüntü referanslarında belgelenen asenkrona özel uç nokta varyantını kullanırsınız. Temel oluşturma parametreleri (prompt, boyut, düzenleme girdileri) aynı kalır; sadece yanıt ve takip akışı değişir.
Çok agresif bir şekilde sorgulama yaparsam ne olur? Aşırı sorgulama, görev tamamlanmasını hızlandırmaz; sadece kendi servisinize ve API'ye yük bindirir. Yukarıda açıklandığı gibi geri çekilme (backoff) kullanın. Genellikle onlarca saniye süren işler için saniyenin altındaki sorgulama aralıklarının bir faydası yoktur.
Bir görevi oluşturulduktan sonra iptal edebilir miyim? Mevcut iptal desteği ve durum geçiş detayları için async jobs and polling guide kılavuzuna bakın, çünkü bu görev türüne göre değişiklik gösterebilir.
Kaynaklar ve Güncellik
Bu makale, 2026-07-07 itibarıyla gözlemlenen TokenLab'in asenkron görüntü oluşturma görevi desteğini yansıtmaktadır. API davranışı ve durum alanı isimleri değişebilir; yayına almadan önce her zaman güncel şema için bağlantılı referans dokümanlarını kontrol edin.
Yavaş görüntü işlerini istek-yanıt yolundan çıkarmaya hazır mısınız? async jobs and polling guide kılavuzuna göz atın ve yüksek çözünürlüklü ve toplu görüntü işlerinizi bugün TokenLab üzerinden kuyruğa almaya başlayın.
İlgili Okumalar ve Sonraki Adım
Asenkron görüntü oluşturma, resmin sadece yarısıdır. Doğru modeli seçmek, iş kuyruklarını doğru yönetmek kadar önemlidir. Sağlayıcılar arasında karar veriyorsanız, GPT Image API vs Gemini Image API: How to Choose makalesi kalite, hız ve format farklılıklarını inceler. Oluşturma üzerine katmanlanmış düzenleme iş akışları için, Nano Banana API Guide: Image Generation and Editing Through TokenLab pratik uygulama modellerini kapsar. Bunların herhangi birini üretim trafiğine ölçeklendirmeden önce, hacim bazında sürprizlerle karşılaşmamak için AI API Cost Calculator Guide: Estimate Spend Before You Ship kullanarak hesaplamaları yapın.
Model kullanılabilirliği ve fiyatlandırma sık sık değişir, bu nedenle yüksek hacimli üretim kullanımı için herhangi bir sağlayıcıya güvenmeden önce güncel detayları doğrulayın.
Kendi yığınınızda asenkron görüntü oluşturmayı test etmeye hazır mısınız? Bir API anahtarı oluşturun ve bugün oluşturmaya başlayın.
Kaynaklar
Fiyat 2026-07-07 tarihinde gözlendi
- TokenLab image generation API docs2026-07-07 tarihinde gözlendi
- TokenLab image edit API docs2026-07-07 tarihinde gözlendi
- TokenLab async jobs guide2026-07-07 tarihinde gözlendi



