इस्तेमाल करने की सीमा

Google Meet REST API एक शेयर सेवा है, इसलिए हम कुछ कोटा और सीमाएं लागू करते हैं, ताकि सभी लोग सही तरीके से इसका इस्तेमाल कर सकें. साथ ही, Google Workspace सिस्टम की परफ़ॉर्मेंस को भी सुरक्षित रखा जा सके.

अगर कोटा से ज़्यादा अनुरोध किया गया है, तो आपको आम तौर पर 429: Too many requests एचटीटीपी स्टेटस कोड वाला रिस्पॉन्स मिलेगा. अगर ऐसा होता है, तो एक्सपोनेन्शियल बैकऑफ़ एल्गोरिदम का इस्तेमाल करें और कुछ देर बाद कोशिश करें. अगर आप हर मिनट के कोटे के अंदर रहें, तो इस बात की कोई सीमा नहीं है कि आप हर दिन कितने भी अनुरोध कर सकते हैं.

इस टेबल में, क्वेरी की सीमाओं की जानकारी दी गई है:

कोटा
अनुरोध पढ़ें
हर प्रोजेक्ट के लिए हर मिनट 6000
हर प्रोजेक्ट के लिए, हर उपयोगकर्ता के हिसाब से हर मिनट 600
अनुरोध लिखें
हर प्रोजेक्ट के लिए हर मिनट 1000
हर प्रोजेक्ट के लिए, हर उपयोगकर्ता के हिसाब से हर मिनट 100
लिखने के अनुरोधों में कमी

(spaces.create अनुरोधों के लिए इस्तेमाल किया जाता है.)

हर प्रोजेक्ट के लिए हर मिनट 100
हर प्रोजेक्ट के लिए, हर उपयोगकर्ता के हिसाब से हर मिनट 10

समय पर आधारित कोटा से जुड़ी गड़बड़ियां ठीक करना

सभी समय-आधारित गड़बड़ियों (हर X मिनट में ज़्यादा से ज़्यादा N अनुरोध) के लिए, हमारा सुझाव है कि आपका कोड अपवाद को पकड़ ले. साथ ही, यह पक्का करने के लिए कि आपके डिवाइसों पर बहुत ज़्यादा लोड न हो, काटा गया एक्सपोनेन्शियल बैकऑफ़ का इस्तेमाल करें.

एक्सपोनेंशियल बैकऑफ़, नेटवर्क ऐप्लिकेशन के लिए गड़बड़ी को मैनेज करने की स्टैंडर्ड रणनीति है. घातांकीय बैकऑफ़ एल्गोरिदम, एक बार फिर से अनुरोध करने की कोशिश करता है. इसके लिए, अनुरोधों के बीच इंतज़ार का समय बहुत ज़्यादा बढ़ जाता है. साथ ही, बैकऑफ़ के लिए तय किए गए ज़्यादा से ज़्यादा समय का भी इस्तेमाल किया जाता है. अगर अनुरोध अब भी पूरे नहीं हो रहे हैं, तो उनके लिए अनुरोध के सफल होने तक, उन अनुरोधों के बीच देरी बढ़ना ज़रूरी है.

एल्गोरिदम का उदाहरण

एक्स्पोनेंशियल बैकऑफ़ एल्गोरिदम, अनुरोधों को तेज़ी से दोहराने की कोशिश करता है. इस वजह से, बार-बार की जाने वाली कोशिशों के बीच इंतज़ार का समय बढ़ाकर, उसे ज़्यादा से ज़्यादा बैकऑफ़ समय के लिए सेट किया जा सकता है. उदाहरण के लिए:

  1. Google Meet API से कोई अनुरोध करें.
  2. अगर अनुरोध पूरा नहीं होता है, तो 1 + random_number_milliseconds इंतज़ार करें और फिर से अनुरोध करने की कोशिश करें.
  3. अगर अनुरोध पूरा नहीं होता है, तो दो से ज़्यादा random_number_milliseconds इंतज़ार करें और फिर से अनुरोध करने की कोशिश करें.
  4. अगर अनुरोध पूरा नहीं होता है, तो चार + random_number_milliseconds इंतज़ार करें और फिर से अनुरोध करने की कोशिश करें.
  5. इसी तरह, maximum_backoff बार तक.
  6. ज़्यादा से ज़्यादा संख्या में कोशिश करते रहें और इंतज़ार करते रहें. हालांकि, बार-बार की जाने वाली कोशिशों के बीच इंतज़ार की अवधि को न बढ़ाएं.

कहां:

  • इंतज़ार का समय min(((2^n)+random_number_milliseconds), maximum_backoff) है. हर इटरेशन (अनुरोध) के लिए n को 1 से बढ़ाया गया है.
  • random_number_milliseconds, 1,000 से कम या उसके बराबर मिलीसेकंड की एक रैंडम संख्या है. यह ऐसे मामलों से बचने में मदद करता है जिनमें कई क्लाइंट किसी स्थिति में सिंक हो जाते हैं और सभी एक साथ कोशिश करते हैं और सिंक किए गए वेव में अनुरोध भेजते हैं. हर बार फिर से कोशिश करने के अनुरोध के बाद, random_number_milliseconds की वैल्यू का फिर से हिसाब लगाया जाता है.
  • आम तौर पर, maximum_backoff की अवधि 32 या 64 सेकंड होती है. सही वैल्यू, इस्तेमाल के उदाहरण के हिसाब से तय होती है.

maximum_backoff की समयसीमा पूरी होने के बाद, क्लाइंट फिर से कोशिश करना जारी रख सकता है. इसके बाद कोशिश करने पर, बैकऑफ़ समय को जारी रखने की ज़रूरत नहीं होती. उदाहरण के लिए, अगर कोई क्लाइंट 64 सेकंड के maximum_backoff समय का इस्तेमाल करता है, तो इस वैल्यू तक पहुंचने के बाद, क्लाइंट हर 64 सेकंड में फिर से कोशिश कर सकता है. कुछ मामलों में, क्लाइंट को अनिश्चित समय के लिए, फिर से कोशिश करने से रोका जाना चाहिए.

बार-बार की जाने वाली कोशिशों के बीच इंतज़ार का समय, आपके इस्तेमाल के उदाहरण और नेटवर्क की स्थितियों पर निर्भर करता है.

कीमत

Google Meet API का इस्तेमाल करने के लिए, अलग से पैसे नहीं देने पड़ते. अनुरोध की तय सीमा से ज़्यादा का इस्तेमाल करने पर, अलग से शुल्क नहीं लिया जाता. साथ ही, आपके खाते से बिल भी नहीं भेजा जाता.

कोटा बढ़ाने का अनुरोध करें

अपने प्रोजेक्ट के संसाधन के इस्तेमाल के आधार पर, हो सकता है कि आप कोटा बढ़ाने का अनुरोध करना चाहें. किसी सेवा खाते से किए जाने वाले एपीआई कॉल को एक ही खाते का इस्तेमाल माना जाता है. कोटा बढ़ाने के लिए आवेदन करना, स्वीकार किए जाने की गारंटी नहीं है. कोटा में ज़्यादा बढ़ोतरी होने पर, उसे मंज़ूरी मिलने में ज़्यादा समय लग सकता है.

सभी प्रोजेक्ट का कोटा एक जैसा नहीं होता. समय के साथ जैसे-जैसे Google Cloud का इस्तेमाल बढ़ता जा रहा है, आपके कोटा को बढ़ाना पड़ सकता है. अगर आपको आने वाले समय में स्टोरेज के इस्तेमाल में बढ़ोतरी की उम्मीद है, तो Google Cloud Console के कोटा पेज पर जाकर, कोटा घटाने या बढ़ाने का अनुरोध किया जा सकता है.

ज़्यादा जानकारी के लिए, यहां दिए गए संसाधन देखें: