मुख्य सामग्री पर जाएं

​
यह क्या है

Mellowtel स्वचालित रूप से यह सीमित करता है कि एकल डिवाइस (एक “नोड”) कितने अनुरोध स्वीकार करेगा और संसाधित करेगा। यह सीमा SDK के अंदर लागू की जाती है। आप इसे कॉन्फ़िगर नहीं करते हैं, और कोई गलत व्यवहार करने वाला साझेदार इसे बाहर से नहीं बढ़ा सकता।

​
यह क्यों महत्वपूर्ण है

पूरा उत्पाद इस पर निर्भर करता है कि उपयोगकर्ता यह न समझें कि Mellowtel चल रहा है। यदि एक नोड असीमित अनुरोधों को सेवा देता, तो धीमे कनेक्शन पर एक उपयोगकर्ता इसे अपने ब्राउज़र में महसूस करता। रेट लिमिटिंग वह तंत्र है जो इस वादे की रक्षा करता है, और यही कारण है कि आप Mellowtel को वास्तविक उपयोगकर्ताओं के लिए बिना “ब्राउज़र धीमा लगता है” जैसे समर्थन टिकटों की चिंता किए बिना भेज सकते हैं।

​
यह कैसे काम करता है

प्रत्येक अनुरोध एक सैंडबॉक्स विंडो के अंदर किया जाता है जो अनुरोध के लिए बनाई जाती है और तुरंत बाद में हटा दी जाती है। यह वही अलगाव मॉडल है जिसका उपयोग विज्ञापन नेटवर्क जैसे Google AdSense द्वारा किया जाता है, अतिरिक्त गारंटी के साथ कि विंडो क्रेडेंशियललेस है (देखें गोपनीयता)। क्योंकि प्रत्येक अनुरोध अल्पकालिक और अलग होता है, उपयोगकर्ता अनुभव के लिए केवल वही महत्वपूर्ण होता है कि कितने चलाए जाते हैं, और यही वह है जो रेट लिमिटिंग नियंत्रित करता है। वर्तमान सीमा निम्नलिखित के आधार पर भिन्न होती है:
  • बैंडविड्थ गति: धीमे कनेक्शन कम अनुरोध प्राप्त करते हैं।
  • भौगोलिक स्थिति: क्षमता क्षेत्रीय रूप से संतुलित होती है।
  • कुल नेटवर्क उपलब्धता: जब वैश्विक मांग कम होती है तो SDK पीछे हट जाता है।
TODO: ठोस संख्याओं (req/min सीमाएं, भू-स्तर, बैंडविड्थ थ्रेशोल्ड) का दस्तावेजीकरण करें जब अंतिम रूप दिया जाए। फिलहाल सीमाएं जानबूझकर अनुकूलनीय हैं और सार्वजनिक API के माध्यम से प्रकट नहीं की जाती हैं।

​
API सतह

कोई रेट-लिमिटिंग API कॉल करने के लिए नहीं है। थ्रॉटल आंतरिक और हमेशा चालू है। आप इसे अक्षम नहीं कर सकते, और आपको इसे निरीक्षण करने की आवश्यकता नहीं होनी चाहिए। यदि आपको लगता है कि रेट लिमिटिंग आपके एकीकरण में कोई समस्या पैदा कर रही है, तो GitHub पर एक समस्या खोलें या हमें Discord पर पिंग करें।

​
संबंधित