בדף הזה מפורטות המגבלות הניתנות להרחבה לפי שימוש ב-Cloud Functions בהתאם לתוכנית התמחור Blaze בתשלום לפי שימוש. המגבלות האלה חלות על פרויקטים ב-Firebase שפורסים פונקציות בסביבת זמן הריצה Node.js 10.
תוכנית התמחור Blaze מספקת כמות גדולה של הפעלות, זמן מחשוב ותעבורת אינטרנט ללא תשלום. עם זאת, על פריסת פונקציות חלים חיובים קטנים על נפח האחסון שמשמש את הקונטיינר של הפונקציה. פרטים נוספים זמינים בשאלות הנפוצות.
המכסות ל-Cloud Functions כוללות 4 תחומים:
הגבלות על משאבים
הם משפיעים על הכמות הכוללת של המשאבים שהפונקציות יכולות לצרוך.
מגבלות זמן
הגורמים האלה משפיעים על משך הזמן שבו אפשר להריץ דברים.
מגבלות קצב
ההגבלות האלה משפיעות על הקצב שבו אפשר לבצע קריאות ל-Cloud Functions API כדי לנהל את הפונקציות.
הגבלות על רשתות
ההגדרות האלה משפיעות על חיבורים יוצאים ומגבלות של מופעים.
בהמשך מפורטים סוגי המגבלות השונים. ההבדלים בין המגבלות של Cloud Functions (דור ראשון) לבין Cloud Functions (דור שני) מצוינים במקומות הרלוונטיים.
הגבלות על משאבים
מגבלות המשאבים משפיעות על הכמות הכוללת של המשאבים שהפונקציות יכולות לצרוך. ההיקף האזורי הוא לכל פרויקט, ולכל פרויקט יש מגבלות משלו.
| מכסה | תיאור | מגבלה (דור ראשון) | מגבלה (דור שני) | אפשר להגדיל | היקף |
|---|---|---|---|---|---|
| מספר הפונקציות | המספר הכולל של פונקציות שאפשר לפרוס לכל אזור | 1,000 | 1,000 פחות מספר השירותים Cloud Run שנפרסו | לא | לכל אזור |
| גודל פריסה מקסימלי | הגודל המקסימלי של פריסת פונקציה יחידה | 100MB (אחרי דחיסה) למקורות. 500MB (לא דחוס) למקורות בתוספת מודולים. |
לא רלוונטי | לא | לכל פונקציה |
| הגודל המקסימלי של בקשת HTTP לא דחוסה | נתונים שנשלחים לפונקציות HTTP בבקשת HTTP | 10MB | 32MB | לא | לכל הפעלה |
| גודל מקסימלי של תגובת HTTP לא דחוסה | נתונים שנשלחים מפונקציות HTTP בתגובת HTTP | 10MB | 10MB לתשובות שמוצגות באופן שוטף. 32MB לתשובות שלא מוצגות באופן שוטף. |
לא | לכל הפעלה |
| גודל האירוע המקסימלי לפונקציות מבוססות-אירועים | הנתונים שנשלחים באירועים לפונקציות ברקע | 10MB | 512KB לאירועי Eventarc. 10MB לאירועים מהסוג הישן. |
לא | לכל אירוע |
| זיכרון מקסימלי של פונקציה | כמות הזיכרון שכל מופע של פונקציה יכול להשתמש בו | 8GiB | 32GiB | לא | לכל פונקציה |
| הזיכרון המקסימלי של הפרויקט | נפח הזיכרון, בבייט, שאפשר להשתמש בו בפרויקט. המדד הזה מחושב כסכום הכולל של הזיכרון שהמשתמשים מבקשים בכל המופעים של הפונקציה במשך דקה אחת. | תלוי באזור שנבחר. יכול להיות שהמגבלה הזו תהיה גבוהה יותר באזורים עם קיבולת גבוהה, או נמוכה יותר באזורים שנפתחו לאחרונה. | לא רלוונטי | כן | לכל פרויקט ואזור |
| השימוש המקסימלי ב-CPU בפרויקט | כמות המעבד (CPU), במילי-מעבד וירטואלי, שאפשר להשתמש בה בפרויקט. המדד הזה מחושב כסכום הכולל של השימוש במעבד שנדרש על ידי המשתמשים בכל המופעים של הפונקציה במשך דקה אחת. | תלוי באזור שנבחר. יכול להיות שהמגבלה הזו תהיה גבוהה יותר באזורים עם קיבולת גבוהה, או נמוכה יותר באזורים שנפתחו לאחרונה. | לא רלוונטי | כן | לכל פרויקט ואזור |
מגבלות זמן
| מכסה | תיאור | מגבלה (דור ראשון) | מגבלה (דור שני) | אפשר להגדיל | היקף |
|---|---|---|---|---|---|
| משך הפונקציה המקסימלי | פרק הזמן המקסימלי שפונקציה יכולה לפעול לפני שהיא מסתיימת בכוח | 540 שניות |
|
לא | לכל הפעלה |
מגבלות קצב
| מכסה | תיאור | מגבלה (דור ראשון) | מגבלה (דור שני) | אפשר להגדיל | היקף |
|---|---|---|---|---|---|
| קריאות ל-API (קריאה) | קריאות לתיאור או לרשימה של פונקציות באמצעות Cloud Functions API | 5,000 כל 100 שניות | 1,200 כל 60 שניות | רק לדור הראשון | לכל פרויקט (דור ראשון) לכל אזור (דור שני) |
| קריאות ל-API (כתיבה) | קריאות לפריסה או למחיקה של פונקציות דרך Cloud Functions API | 80 לכל 100 שניות | 60 פעמים ב-60 שניות | לא 1 | לכל פרויקט (דור ראשון) לכל אזור (דור שני) |
| קריאות ל-API (CALL) | קריאות ל-API של 'שיחה' | 16 לכל 100 שניות | לא רלוונטי | לא 2 | לכל פרויקט |
מגבלות רישות
מידע על מגבלות רוחב הפס ומגבלות הבקשות ברשת של Cloud Functions (דור שני) זמין במאמר מגבלות רשת.
המגבלות הבאות שקשורות לרשת חלות על Cloud Functions (דור ראשון):
- חיבורים יוצאים לשנייה לכל מופע: 500 (אי אפשר להגדיל את המספר הזה)
- רזולוציות DNS יוצאות לשנייה לכל מופע: 100 (אי אפשר להגדיל את המספר הזה)
- מספר החבילות המקסימלי לשנייה לכל מופע: 80,000
- מספר הביטים המקסימלי לשנייה לכל מופע: 100,000,000
מדרגיות
Cloud Functions מופעלות באמצעות HTTP, מתרחבות במהירות כדי לטפל בתנועה הנכנסת, בעוד שפונקציות ברקע מתרחבות באופן הדרגתי יותר. היכולת של פונקציה להתרחב נקבעת על ידי כמה גורמים, כולל:
- כמות הזמן שנדרשת להשלמת ההפעלה של פונקציה (בדרך כלל אפשר להגדיל את הקיבולת של פונקציות שפועלות לזמן קצר כדי לטפל ביותר בקשות בו-זמנית).
- כמות הזמן שנדרשת לאתחול של פונקציה בהפעלה במצב התחלתי (Cold start).
- שיעור השגיאות של הפונקציה.
גורמים זמניים, כמו עומס אזורי וקיבולת מרכז הנתונים.
מכסות נוספות לפונקציות ברקע
| מכסה | תיאור | מגבלה | אפשר להגדיל | היקף | גרסת המוצר |
|---|---|---|---|---|---|
| מספר מקסימלי של הפעלות בו-זמנית | המספר המקסימלי של הפעלות בו-זמניות של פונקציה אחת דוגמה: אם הטיפול בכל אירוע נמשך 100 שניות, קצב ההפעלה יהיה מוגבל ל-30 לשנייה בממוצע |
3,000 | כן | לכל פונקציה | דור ראשון בלבד |
| קצב ההפעלה המקסימלי | הקצב המקסימלי של אירועים שמטופלים על ידי פונקציה אחת דוגמה: אם הטיפול באירוע נמשך 100 אלפיות השנייה, קצב ההפעלה יהיה מוגבל ל-1,000 לשנייה, גם אם בממוצע מטופלות במקביל רק 100 בקשות |
1,000 לשנייה | לא | לכל פונקציה | דור ראשון בלבד |
| גודל מקסימלי של נתוני אירועים בו-זמניים | הגודל המקסימלי הכולל של אירועים נכנסים להפעלות בו-זמניות של פונקציה אחת דוגמה: אם גודל האירועים הוא 1MB ועיבוד שלהם נמשך 10 שניות, הקצב הממוצע יהיה אירוע אחד לשנייה, כי האירוע ה-11 לא יעובד עד שעיבוד אחד מ-10 האירועים הראשונים יסתיים |
10MB | לא | לכל פונקציה | דור ראשון ודור שני |
| התפוקה המקסימלית של אירועים נכנסים | התפוקה המקסימלית של אירועים נכנסים לפונקציה אחת דוגמה: אם גודל האירועים הוא 1MB, קצב ההפעלה יכול להיות מקסימום 10 בשנייה, גם אם הפונקציות מסתיימות תוך 100ms |
10MB לשנייה | לא | לכל פונקציה | דור ראשון ודור שני |
כשמגיעים למגבלת מכסה
כשפונקציה צורכת את כל המשאב שהוקצה לה, המשאב לא זמין עד שהמכסה מתעדכנת או גדלה. יכול להיות שהפונקציה שלכם וכל הפונקציות האחרות באותו פרויקט לא יפעלו עד אז. פונקציה מחזירה קוד שגיאת HTTP 500 אם אחד מהמשאבים חורג מהמכסה והפונקציה לא יכולה לפעול.
כדי להגדיל את המכסות מעבר לערכי ברירת המחדל שמפורטים כאן, עוברים אל Cloud Functions הדף Quotas, בוחרים את המכסות שרוצים לשנות, לוחצים על Edit quotas, מספקים את פרטי המשתמש אם מתבקשים לעשות זאת ומזינים את מגבלת המכסה החדשה לכל מכסה שבחרתם.
מגבלות מכסת השימוש לפריסה באמצעות Firebase CLI
ההגבלות הבאות על קצב העברת הנתונים והזמן מושפעות מכל פונקציה שמוצבת באמצעות Firebase CLI:
- קריאות ל-API (קריאה) – קריאה אחת לכל פריסה, לא משנה כמה פונקציות
- מגבלה: 5,000 כל 100 שניות
- קריאות ל-API (WRITE) – קריאה אחת לכל פונקציה
- מגבלה: 80 כל 100 שניות
אפשר לעיין גם במאמרי העזרה בנושא Firebase CLI.