चुना गया प्रदाता या लागू कार्यस्थान अथवा कुंजी नीति अनुरोध की दर सीमित कर सकती है। रूटिंग और फ़ॉलबैक प्रदाता की विफलताएँ कम कर सकते हैं, लेकिन अनुरोध फिर भी 429 लौटा सकता है।
प्रदाता सीमाएँ
BYOK अनुरोध आपके प्रदाता खाते की सीमाओं का उपयोग करते हैं। प्रबंधित अनुरोध प्रदाता की साझा क्षमता का उपयोग करते हैं; यह क्षमता किसी व्यक्तिगत कार्यस्थान का कोटा नहीं है।
रूट किए गए प्रदाता द्वारा Retry-After देने पर Phaseo उसका सत्यापित मान आगे भेजता है। BYOK प्रतिक्रियाओं में X-Phaseo-Upstream-RateLimit-* हेडर भी हो सकते हैं। प्रबंधित अनुरोधों में ये कोटा हेडर छोड़ दिए जाते हैं क्योंकि वे प्रदाता की साझा क्षमता बताते हैं। अन्य अपस्ट्रीम हेडर आगे नहीं भेजे जाते।
दर-सीमित अनुरोध संभालें
- त्रुटि कोड जाँचकर प्रदाता की अस्थायी दर सीमा और कॉन्फ़िगरेशन बदलाव की आवश्यकता वाली नीति या बजट पाबंदी में अंतर करें।
Retry-After मौजूद होने पर उसका पालन करें। यह सेकंड में विलंब या HTTP तारीख हो सकती है; पुनः प्रयास निर्धारित करने से पहले मान सत्यापित करें।- अन्यथा, यादृच्छिक बदलाव और अधिकतम विलंब के साथ एक्सपोनेंशियल बैकऑफ़ का उपयोग करें।
- पुनः प्रयासों को प्रयासों की संख्या और कुल समय सीमा, दोनों से सीमित करें। छोड़े गए काम को रद्द करें और पुनः प्रयास से पहले हर विफल प्रतिक्रिया का बॉडी संसाधन मुक्त करें।
- दर सीमा जारी रहने पर समवर्ती अनुरोधों की संख्या घटाएँ।
अनिश्चित परिणाम वाले जॉब सबमिशन का अपने-आप पुनः प्रयास न करें और पूर्ण हो चुकी टूल कार्रवाइयाँ न दोहराएँ। क्लाइंट को प्रतिक्रिया न मिलने पर भी अनुरोध प्रदाता तक पहुँच चुका हो सकता है; पुनः प्रयास से काम और शुल्क दोहर सकते हैं। स्वीकार किए गए वीडियो या बैच जॉब को दोबारा भेजने के बजाय उसके स्थिति एंडपॉइंट का उपयोग करें।
दर सीमा की निगरानी करें
एंडपॉइंट और मॉडल के अनुसार 429 की दर देखें और अनुरोध लॉग में फ़ॉलबैक की आवृत्ति जाँचें। अपने एप्लिकेशन लॉग की तुलना रूटिंग सेटिंग और BYOK ट्रैफ़िक के लिए प्रदाता खाते के कोटा से करें।
कार्यस्थान के खर्च और पहुँच नियंत्रण के लिए बजट और सुरक्षा नियम देखें। अंतिम संशोधन 2 अक्टूबर 2026
