விகித வரம்புகளையும் சேவையகப் பிழைகளையும் கையாளுதல்
429 பதிலுக்குப் பிறகு காத்திருந்து, தற்காலிக சேவையகத் தோல்விக்குப் பிறகு பாதுகாப்பான செயல்களை கவனமாக மீண்டும் செய்யவும்.
புதுப்பிக்கப்பட்டது
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 மதிப்பை ஒருபோதும் பதிவில் எழுத வேண்டாம். குறைந்த, வரையறுக்கப்பட்ட முயற்சிகளுக்குப் பின் தானியங்கி மறுமுயற்சியை நிறுத்தி, தோல்வியை ஆய்வுக்குக் காட்டவும்.