कोटा और सीमाएं

यह पृष्ठ ब्लेज़ पे-एज़-यू-गो मूल्य निर्धारण योजना के अनुसार क्लाउड फ़ंक्शंस के लिए स्केलेबल, उपयोग-आधारित सीमाओं का विवरण देता है। ये सीमाएँ फ़ायरबेस प्रोजेक्ट्स पर लागू होती हैं जो Node.js 10 रनटाइम वातावरण में फ़ंक्शंस तैनात करते हैं।

ब्लेज़ योजना प्रचुर मात्रा में आमंत्रण, गणना समय और इंटरनेट ट्रैफ़िक निःशुल्क प्रदान करती है। हालाँकि, फ़ंक्शन परिनियोजन में फ़ंक्शन के कंटेनर के लिए उपयोग किए जाने वाले भंडारण स्थान के लिए छोटे पैमाने पर शुल्क लगता है। अधिक जानकारी के लिए फायरबेस FAQ देखें।

Google क्लाउड फ़ंक्शंस के लिए कोटा में 3 क्षेत्र शामिल हैं:

• संसाधन सीमाएँ

  ये आपके कार्यों द्वारा उपभोग किए जा सकने वाले संसाधनों की कुल मात्रा को प्रभावित करते हैं।

• समय सीमा

  ये प्रभावित करते हैं कि चीजें कितनी देर तक चल सकती हैं।

• दर सीमाएँ

  ये उस दर को प्रभावित करते हैं जिस पर आप अपने कार्यों को प्रबंधित करने के लिए क्लाउड फ़ंक्शंस एपीआई को कॉल कर सकते हैं।

विभिन्न प्रकार की सीमाओं का नीचे अधिक विस्तार से वर्णन किया गया है। जहां लागू हो वहां क्लाउड फ़ंक्शंस (पहली पीढ़ी) और क्लाउड फ़ंक्शंस (दूसरी पीढ़ी) की सीमाओं के बीच अंतर नोट किया जाता है।

संसाधन सीमाएँ

संसाधन सीमाएँ आपके कार्यों द्वारा उपभोग किए जा सकने वाले संसाधनों की कुल मात्रा को प्रभावित करती हैं। क्षेत्रीय दायरा प्रति परियोजना है, और प्रत्येक परियोजना अपनी सीमाएँ बनाए रखती है।

कोटा	विवरण	सीमा (पहली पीढ़ी)	सीमा (दूसरी पीढ़ी)	बढ़ाया जा सकता है	दायरा
कार्यों की संख्या	प्रत्येक क्षेत्र में तैनात किए जा सकने वाले कार्यों की कुल संख्या	1,000	तैनात क्लाउड रन सेवाओं की संख्या घटाकर 1,000	नहीं	प्रति क्षेत्र
अधिकतम परिनियोजन आकार	एकल फ़ंक्शन परिनियोजन का अधिकतम आकार	स्रोतों के लिए 100एमबी (संपीड़ित)। स्रोतों और मॉड्यूल के लिए 500 एमबी (असम्पीडित)।	एन/ए	नहीं	प्रति फ़ंक्शन
अधिकतम असम्पीडित HTTP अनुरोध आकार	HTTP अनुरोध में HTTP फ़ंक्शंस को भेजा गया डेटा	10 एमबी	32एमबी	नहीं	प्रति आह्वान
अधिकतम असम्पीडित HTTP प्रतिक्रिया आकार	HTTP प्रतिक्रिया में HTTP फ़ंक्शंस से भेजा गया डेटा	10 एमबी	स्ट्रीमिंग प्रतिक्रियाओं के लिए 10 एमबी। गैर-स्ट्रीमिंग प्रतिक्रियाओं के लिए 32एमबी।	नहीं	प्रति आह्वान
इवेंट-संचालित कार्यों के लिए अधिकतम इवेंट आकार	घटनाओं में पृष्ठभूमि कार्यों में भेजा गया डेटा	10 एमबी	इवेंटआर्क इवेंट के लिए 512KB। विरासती आयोजनों के लिए 10एमबी.	नहीं	प्रति घटना
अधिकतम फ़ंक्शन मेमोरी	प्रत्येक फ़ंक्शन इंस्टेंस द्वारा उपयोग की जा सकने वाली मेमोरी की मात्रा	8GiB	16जीबी	नहीं	प्रति फ़ंक्शन

समय सीमा

कोटा	विवरण	सीमा (पहली पीढ़ी)	सीमा (दूसरी पीढ़ी)	बढ़ाया जा सकता है	दायरा
अधिकतम कार्य अवधि	किसी फ़ंक्शन को जबरन समाप्त करने से पहले अधिकतम समय तक चलाया जा सकता है	540 सेकंड	HTTP कार्यों के लिए 60 मिनट। इवेंट-संचालित कार्यों के लिए 10 मिनट।	नहीं	प्रति आह्वान

दर सीमाएँ

कोटा	विवरण	सीमा (पहली पीढ़ी)	सीमा (दूसरी पीढ़ी)	बढ़ाया जा सकता है	दायरा
एपीआई कॉल (पढ़ें)	क्लाउड फ़ंक्शंस एपीआई के माध्यम से फ़ंक्शंस का वर्णन या सूची बनाने के लिए कॉल	5000 प्रति 100 सेकंड	1200 प्रति 60 सेकंड	केवल पहली पीढ़ी के लिए	प्रति प्रोजेक्ट (पहली पीढ़ी) प्रति क्षेत्र (दूसरी पीढ़ी)
एपीआई कॉल (लिखें)	क्लाउड फ़ंक्शंस एपीआई के माध्यम से फ़ंक्शंस को तैनात करने या हटाने के लिए कॉल	80 प्रति 100 सेकंड	60 प्रति 60 सेकंड	नहीं 1	प्रति प्रोजेक्ट (पहली पीढ़ी) प्रति क्षेत्र (दूसरी पीढ़ी)
एपीआई कॉल (कॉल)	"कॉल" एपीआई पर कॉल करता है	16 प्रति 100 सेकंड	एन/ए	नहीं 2	प्रति प्रोजेक्ट

अनुमापकता

HTTP द्वारा लागू किए गए क्लाउड फ़ंक्शंस आने वाले ट्रैफ़िक को संभालने के लिए तेजी से बढ़ते हैं, जबकि बैकग्राउंड फ़ंक्शंस अधिक धीरे-धीरे बढ़ते हैं। किसी फ़ंक्शन की स्केल अप करने की क्षमता कुछ कारकों से तय होती है, जिनमें शामिल हैं:

• किसी फ़ंक्शन के निष्पादन को पूरा होने में लगने वाला समय (कम समय में चलने वाले फ़ंक्शन आम तौर पर अधिक समवर्ती अनुरोधों को संभालने के लिए बड़े हो सकते हैं)।
• कोल्ड स्टार्ट पर किसी फ़ंक्शन को प्रारंभ होने में लगने वाला समय।
• आपके फ़ंक्शन की त्रुटि दर.

• क्षेत्रीय भार और डेटा सेंटर क्षमता जैसे क्षणिक कारक।

पृष्ठभूमि फ़ंक्शंस की अतिरिक्त सीमाएँ हैं, जैसा कि नीचे बताया गया है। ये सीमाएँ पहली पीढ़ी के HTTP फ़ंक्शंस पर लागू नहीं होती हैं।

पृष्ठभूमि कार्यों के लिए अतिरिक्त कोटा

कोटा	विवरण	आप LIMIT	बढ़ाया जा सकता है	दायरा	उत्पाद संस्करण
अधिकतम समवर्ती आह्वान	किसी एकल फ़ंक्शन का अधिकतम समवर्ती आह्वान उदाहरण: यदि प्रत्येक घटना को संभालने में 100 सेकंड लगते हैं, तो आह्वान दर औसतन 30 प्रति सेकंड तक सीमित होगी	3,000	हाँ	प्रति फ़ंक्शन	केवल प्रथम पीढ़ी
अधिकतम आह्वान दर	किसी एकल फ़ंक्शन द्वारा प्रबंधित की जाने वाली घटनाओं की अधिकतम दर उदाहरण: यदि किसी ईवेंट को संभालने में 100 एमएस लगते हैं, तो आमंत्रण दर 1000 प्रति सेकंड तक सीमित होगी, भले ही औसतन केवल 100 अनुरोध समानांतर में संभाले जाएं।	1000 प्रति सेकंड	नहीं	प्रति फ़ंक्शन	केवल प्रथम पीढ़ी
अधिकतम समवर्ती ईवेंट डेटा आकार	किसी एकल फ़ंक्शन के समवर्ती आह्वान के लिए आने वाली घटनाओं का अधिकतम कुल आकार उदाहरण: यदि इवेंट का आकार 1 एमबी है और उन्हें संसाधित करने में 10 सेकंड लगते हैं, तो औसत दर 1 इवेंट प्रति सेकंड होगी, क्योंकि 11वें इवेंट को तब तक संसाधित नहीं किया जाएगा जब तक कि पहले 10 इवेंट में से किसी एक को प्रोसेस करना समाप्त न हो जाए।	10 एमबी	नहीं	प्रति फ़ंक्शन	पहली पीढ़ी और दूसरी पीढ़ी
आने वाली घटनाओं का अधिकतम थ्रूपुट	किसी एकल फ़ंक्शन में आने वाली घटनाओं का अधिकतम थ्रूपुट उदाहरण: यदि इवेंट का आकार 1 एमबी है, तो आमंत्रण दर अधिकतम 10 प्रति सेकंड हो सकती है, भले ही फ़ंक्शन 100 एमएस के भीतर समाप्त हो जाएं	10एमबी प्रति सेकंड	नहीं	प्रति फ़ंक्शन	पहली पीढ़ी और दूसरी पीढ़ी

जब आप कोटा सीमा तक पहुँच जाते हैं

जब कोई फ़ंक्शन आवंटित सभी संसाधनों का उपभोग करता है, तो कोटा ताज़ा होने या बढ़ने तक संसाधन अनुपलब्ध हो जाता है। इसका मतलब यह हो सकता है कि आपका फ़ंक्शन और एक ही प्रोजेक्ट के अन्य सभी फ़ंक्शन तब तक काम नहीं करेंगे। जब कोई संसाधन कोटा से अधिक हो जाता है और फ़ंक्शन निष्पादित नहीं हो पाता है, तो फ़ंक्शन HTTP 500 त्रुटि कोड लौटाता है।

यहां सूचीबद्ध डिफ़ॉल्ट से ऊपर कोटा बढ़ाने के लिए, क्लाउड फ़ंक्शंस कोटा पृष्ठ पर जाएं, उन कोटा का चयन करें जिन्हें आप संशोधित करना चाहते हैं, संपादन कोटा पर क्लिक करें, संकेत मिलने पर अपनी उपयोगकर्ता जानकारी प्रदान करें, और आपके द्वारा चुने गए प्रत्येक कोटा के लिए नई कोटा सीमा दर्ज करें।

फायरबेस सीएलआई परिनियोजन के लिए कोटा सीमा

फायरबेस सीएलआई द्वारा तैनात प्रत्येक फ़ंक्शन के लिए, इस प्रकार की दर और समय सीमाएं प्रभावित होती हैं:

• एपीआई कॉल (पढ़ें) - प्रति तैनाती 1 कॉल, चाहे कितने भी फ़ंक्शन हों
  • सीमा: 5000 प्रति 100 सेकंड
• एपीआई कॉल (WRITE) - प्रति फ़ंक्शन 1 कॉल
  • सीमा: 80 प्रति 100 सेकंड

फायरबेस सीएलआई संदर्भ भी देखें।