Check out what’s new from Firebase@ Google I/O 2021, and join our alpha program for early access to the new Remote Config personalization feature. Learn more

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

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

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

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

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

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

  • समय सीमा

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

  • दर सीमाएं

    ये उस दर को प्रभावित करते हैं जिस पर आप क्लाउड फ़ंक्शंस API को कॉल कर सकते हैं और/या वह दर जिस पर संसाधनों का उपयोग किया जा सकता है। आप दर कोटा को "समय के साथ संसाधन" के रूप में सोच सकते हैं।

विभिन्न प्रकार की सीमाओं को नीचे और अधिक विस्तार से वर्णित किया गया है।

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

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

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

समय सीमा

कोटा विवरण सीमा बढ़ाया जा सकता है क्षेत्र
अधिकतम कार्य अवधि किसी फ़ंक्शन को जबरन समाप्त करने से पहले अधिकतम समय चल सकता है 540 सेकंड नहीं न प्रति आह्वान

दर सीमाएं

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

अनुमापकता

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

  • किसी फ़ंक्शन के निष्पादन को पूरा करने में जितना समय लगता है (शॉर्ट-रनिंग फ़ंक्शन आमतौर पर अधिक समवर्ती अनुरोधों को संभालने के लिए बड़े पैमाने पर हो सकते हैं)।
  • कोल्ड स्टार्ट पर किसी फंक्शन को इनिशियलाइज़ करने में जितना समय लगता है
  • दर सीमा , जैसा कि ऊपर वर्णित है।
  • आपके फ़ंक्शन की त्रुटि दर।
  • क्षणिक कारक, जैसे क्षेत्रीय भार और डेटा केंद्र क्षमता।
बैकग्राउंड फ़ंक्शंस की अतिरिक्त सीमाएँ हैं, जैसा कि नीचे बताया गया है। ये सीमाएँ HTTP फ़ंक्शंस पर लागू नहीं होती हैं।

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

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

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

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

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

Firebase CLI परिनियोजन के लिए कोटा सीमाएं

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

  • एपीआई कॉल (पढ़ें) - प्रति परिनियोजन 1 कॉल, चाहे कितने भी कार्य हों
    • सीमा: ५००० प्रति १०० सेकंड
  • एपीआई कॉल (लिखें) - प्रति समारोह 1 कॉल
    • सीमा: ८० प्रति १०० सेकंड

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