मुख्य सामग्री पर जाएं

अवलोकन

कॉन्करेंसी सीमाएँ उपयोग को निष्पक्ष और API को स्थिर रखती हैं। एक साथ कितने जॉब्स चल सकते हैं, यह आपके प्लान पर निर्भर करता है।

प्लान के अनुसार सीमाएँ

आपका प्लान आपकी कॉन्करेंसी निर्धारित करता है, जो प्रति मॉडल सेट की जाती है और प्रति उपयोगकर्ता गिनी जाती है। उच्च-टियर प्लान्स एक ही समय में अधिक जॉब्स चला सकते हैं।
Enterprise प्लान के विवरण और कस्टम कॉन्करेंसी के लिए सेल्स से संपर्क करें।
Zero Data Retention अनुरोधों और कुछ मॉडलों के लिए बैकलॉगिंग बंद रहती है, उन प्लान्स पर भी जो अन्यथा इसकी अनुमति देते हैं। Krea 2 अनुरोध फ़िलहाल किसी भी प्लान पर बैकलॉग नहीं किए जाते।

जॉब बैकलॉग

जब बैकलॉगिंग उपलब्ध होती है, तो आपकी कॉन्करेंसी सीमा से ऊपर सबमिट किए गए जॉब्स status: "backlogged" के साथ स्वीकार किए जाते हैं। जैसे-जैसे चल रहे जॉब्स पूरे होते हैं, वे सबमिट किए गए क्रम में शुरू होते हैं। बैकलॉग की कोई अलग सीमा नहीं है। जब बैकलॉगिंग उपलब्ध नहीं होती, तो अगला जॉब कतार में डाले जाने के बजाय HTTP 429 के साथ अस्वीकार किया जा सकता है। यह सीमा अनुमानित है: एक छोटा बर्स्ट इसके ऊपर भी स्वीकार किया जा सकता है। 429 मिलने पर, चालू जॉब्स पूरे होने के बाद बैकऑफ़ के साथ रिट्राई करें। बॉडी और हेडर त्रुटियाँ और डीबगिंग में दिए गए हैं।
कोई जॉब पूरा, विफल या रद्द होने पर सूचना पाने के लिए webhooks का उपयोग करें।

सर्वोत्तम प्रथाएँ

  • एक्सपोनेंशियल बैकऑफ़ लागू करें - रिट्राई के बीच धीरे-धीरे अधिक प्रतीक्षा करें
  • क्लाइंट-साइड पर अनुरोध कतारबद्ध करें - एक बर्स्ट सीमा से ऊपर भी स्वीकार किया जा सकता है, इसलिए अगले अनुरोध को रोकने के लिए API पर निर्भर न रहें
  • अपने उपयोग की निगरानी करें - सीमाओं के भीतर रहने के लिए अनुरोध गणनाओं को ट्रैक करें
  • वेबहुक का उपयोग करें - जॉब पूरे होने के लिए webhooks का उपयोग करके पोलिंग अनुरोधों को कम करें

अगले चरण

API Keys & Billing

अपने API उपयोग और मेट्रिक्स की निगरानी करें

वेबहुक

वेबहुक का उपयोग करके पोलिंग कम करें

त्रुटियाँ और डीबगिंग

429 बॉडी, बैकऑफ़, और विफल जॉब्स के कोड