API rate limit-களும் மறுமுயற்சிகளும்

API rate limit-களும் மறுமுயற்சிகளும் (retries) கிளையன்ட்டுக்கும் API-க்கும் இடையிலான ஒப்பந்தத்தின் ஒரு பகுதி. வெற்றி, சரிபார்ப்புப் பிழைகள் (validation errors), அங்கீகாரத் தோல்விகள், rate limit-கள், தற்காலிக சர்வர் பிழைகள் ஆகியவற்றைக் கிளையன்ட் தனித்தனியாக அடையாளம் காண வேண்டும். JSON-ஆ XML-ஆ என்பது HTTP-யின் பொருளை (semantics) மாற்றாது; IPv4/IPv6 மதிப்புகளை IPv4 நீளத்தை அனுமானிக்காமல் முழுமையாகப் பாதுகாக்க வேண்டும்.

பதிலை எப்படிக் கையாள்வது

Content-Type, நிலைக் குறியீடு, ஆவணப்படுத்தப்பட்ட புலங்கள், ஒதுக்கீடு (quota) ஆகியவற்றைச் சரிபாருங்கள். HTTP 429-ஐத் தனியாகக் கையாளுங்கள்; Retry-After அனுப்பப்பட்டால் அதைப் பின்பற்றுங்கள்; ஜிட்டர் சேர்த்த, வரம்புக்குட்பட்ட exponential backoff-ஐப் பயன்படுத்துங்கள். மீண்டும் முயல்வதற்கு முன் idempotency-ஐக் கருத்தில் கொள்ளுங்கள். கோரிக்கை அடையாளங்காட்டிகள், நிலை, தாமதம் ஆகியவற்றைப் பதிவு செய்யுங்கள்; ஆனால் API ரகசியங்களை ஒருபோதும் பதிவு செய்யாதீர்கள்.

கவனிக்க வேண்டிய முக்கிய விவரம்

API 429-ஐத் திருப்பினால், கண்மூடித்தனமாக ஒரு நிலையான இடைவெளி காத்திருக்காமல், Retry-After இருந்தால் அதைப் படியுங்கள். மறுமுயற்சிகளின் எண்ணிக்கைக்கு வரம்பு வையுங்கள், exponential backoff-இல் ஜிட்டர் சேருங்கள், நகல் பக்கவிளைவுகளை உருவாக்கக்கூடிய செயல்பாடுகளைத் தானாக மீண்டும் இயக்குவதைத் தவிருங்கள். உண்மையான கோரிக்கைக்கும் தற்போதைய API ஒப்பந்தத்துக்கும் 2IP API பக்கத்தைப் பாருங்கள்.