Skip to main content
दोनों ResQ APIs मानक HTTP स्टेटस कोड का उपयोग करते हैं और विफलता पर एक छोटा JSON एनवेलप लौटाते हैं। स्टेटस कोड को प्रामाणिक मानें; बॉडी लॉग और ऑपरेटर सतहों के लिए डायग्नोस्टिक विवरण है — फ्लो कंट्रोल के लिए नहीं।

एनवेलप

Infrastructure API लौटाता है:
Coordination API समान आकार लौटाता है, या एक से अधिक विफलता रिपोर्ट करने वाले एंडपॉइंट पर एक समृद्ध एनवेलप:
हमेशा HTTP स्टेटस कोड पर शाखा बनाएँ। बॉडी के अंदर फ़ील्ड नाम विकसित हो सकते हैं; स्टेटस कोड स्थिर हैं।

स्टेटस कोड

क्या रिट्राई करें

बैकऑफ स्केच

सामान्य त्रुटियाँ

401 Unauthorized

प्रमाणीकरण में वर्णित लॉगिन प्रवाह को पुनः चलाएँ और अनुरोध को एक बार रिट्राई करें।

403 Forbidden

ऑपरेटर प्रमाणित है लेकिन उसके पास आवश्यक स्कोप नहीं है। उपयोगकर्ता को दिखाएँ; रिट्राई न करें। मिशन-अनुमोदन प्रवाह विशेष रूप से HITL-अधिकृत ऑपरेटर की आवश्यकता रखते हैं (EU AI अधिनियम धारा 14)।

429 Too Many Requests

प्रतिक्रिया में Retry-After हेडर शामिल है जो प्रतीक्षा सेकंड बताता है। रिट्राई से पहले कम से कम उतना समय रुकें।

503 Service Unavailable

मेश या अपस्ट्रीम निर्भरता डिग्रेड है। Coordination API इस स्थिति में काम करते रहने के लिए डिज़ाइन किया गया है — टेलीमेट्री इंजेशन एज पर लोकल बफ़र करेगा और रिट्राई करेगा। आइडेम्पोटेंट क्लाइंट अनुरोधों को बैकऑफ के साथ रिट्राई करना चाहिए।

त्रुटि की रिपोर्ट करना

यदि आप एक प्रजननीय विफलता का सामना करते हैं जो इस संदर्भ से मेल नहीं खाती, दस्तावेज़ रिपॉज़िटरी पर एक issue खोलें और शामिल करें:
  • HTTP विधि, पथ, और स्टेटस कोड
  • Request ID (X-Request-Id प्रतिक्रिया हेडर) यदि मौजूद हो
  • अनुरोध बॉडी की संपादित कॉपी
  • पूरी प्रतिक्रिया बॉडी