రేట్ పరిమితులు, సర్వర్ లోపాలను నిర్వహించడం
పునఃప్రయత్న సమయాన్ని గౌరవించి, స్థితిని మార్చే అభ్యర్థనలను పునరావృతం చేసే ముందు ఫలితాన్ని నిర్ధారించండి.
నవీకరించిన తేదీ
429 ప్రతిస్పందనను నిర్వహించండి
రేట్ పరిమితిని దాటిన అభ్యర్థనకు 429 Too Many Requests వస్తుంది; detail.status విలువ rate_limit_exceededగా ఉంటుంది. మళ్లీ ప్రయత్నించే ముందు ప్రతిస్పందన హెడర్లను చదవండి:
Retry-Afterతిరస్కరించిన అభ్యర్థనకు కనీసం ఎన్ని సెకన్లు వేచి ఉండాలో చెబుతుంది.X-RateLimit-Limitబకెట్ పరిమితిని చూపుతుంది.X-RateLimit-Remainingమిగిలిన అభ్యర్థనల సంఖ్యను చూపుతుంది.X-RateLimit-Resetబకెట్ ఎప్పుడు రీసెట్ అవుతుందో చూపుతుంది.
Retry-After సమయం వరకు వేచి, తర్వాత ఎక్స్పోనెన్షియల్ బ్యాక్ఆఫ్, యాదృచ్ఛిక జిటర్తో మళ్లీ ప్రయత్నించండి. విండో రీసెట్ అయిన వెంటనే అభ్యర్థనల వరద పంపకుండా, సమాంతర అభ్యర్థనలను తగ్గించి పనిని క్యూలో ఉంచండి.
సర్వర్ లోపాలను నిర్వహించండి
500 ప్రతిస్పందనలో పబ్లిక్ బాడీ సాధారణ లోపాన్ని, request_idని చూపుతుంది; అంతర్గత మినహాయింపు వివరాలు ఇవ్వబడవు. 503 అవసరమైన సేవ తాత్కాలికంగా అందుబాటులో లేదని సూచించవచ్చు.
చదవడానికి మాత్రమే ఉన్న అభ్యర్థనలను పరిమిత బ్యాక్ఆఫ్తో మళ్లీ ప్రయత్నించండి. సృష్టి, నవీకరణ, చెల్లింపు లేదా ఇతర స్థితి మార్పు అభ్యర్థనను తిరిగి పంపే ముందు మొదటి ప్రయత్నం పూర్తయిందా నిర్ధారించండి. టైమ్అవుట్ లేదా 5xx ప్రతిస్పందనతో మార్పు విఫలమైందని రుజువు కాదు; వెంటనే మళ్లీ పంపితే పని రెండుసార్లు జరగవచ్చు.
నిర్ధారణ వివరాలను ఉంచండి
సమయం, పద్ధతి, మార్గం, స్థితి, ప్రతిస్పందన బాడీ, X-Request-Id నమోదు చేయండి. x-api-key విలువను ఎప్పుడూ లాగ్ చేయవద్దు. కొద్దిపాటి పరిమిత ప్రయత్నాల తర్వాత స్వయంచాలక పునఃప్రయత్నాలను ఆపి లోపాన్ని సమీక్షకు చూపండి.