IOSOR

IOSOR அறிவு

உட்பொதிக்கப்பட்ட குடியேறியவர் வரம்பு எப்போது அனுப்பலை நிறுத்த வேண்டும்

ISV தயாரிப்பினுள் உள்ள நியாயமான பகிர்வு வரம்புகள் அந்த குடியேறியவருக்கான அனுப்பலை திட்டவட்டமாக நிறுத்த வேண்டும் — வரம்பை எட்டும்போது போலி 200 API பதிலை ஒருபோதும் வழங்கக்கூடாது.

உட்பொதிக்கப்பட்ட பல பயனர் SaaS அமைப்பிற்கு நியாயமான பகிர்வு வரம்புகள் தேவை, જેથી ஒரு அதிக பயன்பாடு கொண்ட பயனர் பகிர்ந்தளிக்கப்பட்ட கணக்கு இருப்பை முழுமையாகப் பயன்படுத்துவதையோ மற்றவர்களைப் பாதிப்பதையோ தடுக்க முடியும். டாஷ்போர்டில் எச்சரிக்கையை மட்டும் காண்பித்துவிட்டு API தொடர்ந்து கோரிக்கைகளை ஏற்றுக்கொள்வது பயனில்லாதது. பயனர் வரம்பை எட்டும்போது, വ്യക്തமான தயாரிப்பு பிழை மற்றும் தோல்வி API நிலையுடன் அனுப்பல் நிறுத்தப்பட வேண்டும். போலி 200 பதில்கள் தரவு சரிபார்ப்பைச் சிதைத்து முறைகேடுகளுக்கு வழிவகுக்கும்.

வரம்பை எட்டுவது சமர்ப்பிப்பை நிராகரிப்பதாகும், நிரந்தர மென்மையான எச்சரிக்கை அல்ல

மென்மையான எச்சரிக்கைகள் ஆரம்பகால எச்சரிக்கைகள் மட்டுமே. கடினமான வரம்பில், உட்பொதிக்கப்பட்ட சேவையகம் பிழைச் செய்தியைத் திருப்பி அனுப்பும் மற்றும் செய்தி APIஐ அழைக்காது.

வரம்பு விதிக்கப்பட்ட பாதையில் ஒருபோதும் வெற்றிகரமான விநியோகத்தை உருவாக்கக்கூடாது

பதில் எப்போது அனுமதிக்கப்படும் எப்போது தடைசெய்யப்படும்
தயாரிப்பு வரம்பு / இடைநிறுத்தம் கடினமான வரம்பை எட்டும்போது நிராகரிப்பு பாதை
HTTP தோல்வி / பிழை வரம்பு நிராகரிப்பு —
விநியோகிக்கப்பட்டது / 200 வெற்றி உண்மையான ஏ.

பணப்பை நிறுத்தக் கோடுகளுடன் தயாரிப்பு வரம்புகளை சீரமைக்கவும்

ISV பணப்பை நிறுத்தக் கோடு சிவப்பு நிறத்தில் இருக்கும்போது ஒரு பயனர் தனது வரம்பிற்குள் இருக்கலாம். அப்போது முழு உட்பொதிக்கப்பட்ட பாதையும் இடைநிறுத்தப்படும் — அதிக பயன்பாடு கொண்ட பயனர் மட்டுமே அல்ல. பணப்பை பச்சையாக இருப்பது வரம்பை தாண்டிய பயனருக்கு விலக்கு அளிக்காது.

அதிக நெரிசல் உள்ள குடியேறியவருடன் ஸ்டேஜிங்கில் நிறுத்தத்தை சோதிக்கவும்

உற்பத்திக்கு முன், ஸ்டேஜிங்கில் சோதிக்கவும்: ஒரு பயனர் வரம்பு தூண்டப்படும் வரை OTP ஐ அனுப்புகிறார், மற்ற பயனர்கள் தொடர்ந்து அனுப்ப.

தொடர்புடைய செயல்பாட்டு பாதைகள்

IOSOR உடன் தொடங்குங்கள்

IOSOR கன்சோலைத் திறந்து, வரம்புகள் எட்டப்படும்போது சப்மிட் வாயிலில் கண்டிப்பான மறுப்புகளை அமல்படுத்த உங்கள் சப்-டெனன்ட் நியாயமான-பங்கு வரம்புகளை அமைக்கவும். ஏற்கும் பேலோடுக்கு பதிலாக, வரம்பு எட்டப்பட்ட டெனன்ட்கள் வெளிப்படையான நிலை பிழையைப் பெறும் வகையில் உங்கள் API பதில் மேப்பிங்கைக் கட்டமைக்கவும். சப்மிட் மறுப்புகள் வெளிப்படையான மறுப்புப் பதிவு உள்ளீடுகளாகப் பதிவு செய்யப்படுவதை உறுதிசெய்யும் அதேவேளையில், உடன் டெனன்ட் போக்குவரத்து தடையின்றிச் செல்வதை உறுதிசெய்ய சத்தமான டெனன்ட்டுடன் ஸ்டேஜிங் சோதனையை இயக்கவும்.

IOSOR சுருக்கம்

ஒற்றைப் சப்-டெனன்ட் திடீரென அதிகரிக்கும்போது மென்மையான எச்சரிக்கைகள் கீழ்நிலை வரிசைகளைப் பாதுகாக்கத் தவறிவிடுகின்றன. நியாயமான-பங்கு வரம்புகள் உடனடியாக சப்மிட் வாயில் மறுப்பாகச் செயல்பட வேண்டும் என்பதை இந்த செயல்பாட்டு வழிகாட்டி நிரூபித்துள்ளது, இது டெனன்ட் வரம்புத் தாக்கங்களுக்கும் உலகளாவிய வாலட் நிறுத்தக் கோடுகளுக்கும் இடையே தெளிவான பிரிவைப் பராமரிக்கிறது. டெனன்ட்கள் வரம்பு அதிகரிப்பை உரிய முறையில் கோரும் வகையில், உங்கள் பயன்பாட்டு அடுக்குக்கு தனித்துவமான வரம்பு நிலை பதில்களைத் திருப்பி அனுப்பவும். போலியான வெற்றிகளை வழங்குவது உண்மையான டெலிவரி தோல்விகளை மறைத்து டெனன்ட்டின் தணிக்கைத் தன்மையை அழித்துவிடும் என்பதால், வரம்புக்குட்பட்ட முயற்சிகளுக்கு போலியான 200 ஏற்பு அல்லது டெலிவரி செய்யப்பட்ட DLR-களைத் திருப்பி அனுப்ப வேண்டாம்.

இந்த வழிகாட்டி உதவியாக இருந்ததா?

தொடர்புடைய வழிகாட்டிகள்