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

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

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

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

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

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

  • समय सीमा

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

  • दर सीमाएं

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

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

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

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

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

समय सीमा

कोटा विवरण सीमा बढ़ाया जा सकता है क्षेत्र
अधिकतम कार्य अवधि किसी फ़ंक्शन को जबरन समाप्त करने से पहले अधिकतम समय चल सकता है 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 कॉल
    • सीमा: ८० प्रति १०० सेकंड

यह भी देखें Firebase CLI संदर्भ