# दर सीमा और संस्करण

`/v1` को वर्तमान पथ अनुबंध के रूप में मानें और हार्डकोडेड अनुरोध सीमाओं के बजाय प्रतिक्रिया हेडर का उपयोग करें।

प्रमाणित प्रतिक्रियाएँ `x-ratelimit-limit`, `x-ratelimit-remaining`, और `x-ratelimit-reset` को उजागर करती हैं; कुछ संरक्षित मार्ग `Retry-After` भी लौटा सकते हैं। एक सीमा मान गतिशील हो सकता है या `unlimited` के रूप में रिपोर्ट किया जा सकता है।

1. स्थिति, त्रुटि कोड और `x-request-id` रिकॉर्ड करें।
2. `429` पर, `Retry-After` या `x-ratelimit-reset` मौजूद होने तक प्रतीक्षा करें।
3. घातीय बैकऑफ़, घबराहट, अधिकतम विलंब और अधिकतम प्रयास गणना के साथ पुनः प्रयास करें।
4. पुन: प्रयास तूफान शुरू करने के बजाय क्लाइंट समवर्तीता को कैप करें।
5. जब तक रूट सुरक्षित रीप्ले व्यवहार का दस्तावेजीकरण न कर दे, तब तक गैर-इम्पोटेंट कार्य का पुनः प्रयास न करें।

`/v1` को आधार पथ में रखें और इसे बदलने से पहले दस्तावेज़ के विरुद्ध माइग्रेशन का परीक्षण करें; वर्तमान मार्गों के लिए किसी वैकल्पिक सार्वजनिक संस्करण हेडर की आवश्यकता नहीं है।

**अपेक्षित परिणाम:** ग्राहक डुप्लिकेट कार्य के बिना क्षणिक सीमाओं से उबर जाते हैं और असंगत पथों पर स्पष्ट रूप से विफल हो जाते हैं।