מכסות ומגבלות

בדף הזה מפורטות המגבלות שניתן להתאים לפי שימוש ב-Cloud Functions בהתאם לתוכנית התמחור 'Blaze' בתשלום לפי שימוש. המגבלות האלה חלות על פרויקטים של Firebase שפורסים פונקציות בסביבת זמן הריצה של Node.js 10.

בתוכנית Blaze מקבלים כמויות גדולות של קריאות, זמן מחשוב ותנועה באינטרנט ללא תשלום. עם זאת, פריסות של פונקציות גוררות חיובים קטנים על נפח האחסון שבו נעשה שימוש בקונטיינר של הפונקציה. מידע נוסף זמין בשאלות הנפוצות של Firebase.

המכסות ב-Google Cloud Functions כוללות 3 תחומים:

• מגבלות של משאבים

  הגורמים האלה משפיעים על כמות המשאבים הכוללת שהפונקציות יכולות לצרוך.

• מגבלות זמן

  הגורמים האלה משפיעים על משך הזמן שבו הדברים יכולים לפעול.

• הגבלות קצב

  הן משפיעות על הקצב שבו אפשר לקרוא ל-Cloud Functions API כדי לנהל את הפונקציות.

בהמשך מוסבר בהרחבה על סוגי המגבלות השונים. ההבדלים בין המגבלות של Cloud Functions (דור ראשון) לבין המגבלות של Cloud Functions (דור שני) מצוינים במקרים הרלוונטיים.

מגבלות של משאבים

מגבלות המשאבים משפיעות על כמות המשאבים הכוללת שהפונקציות יכולות לצרוך. ההיקף האזורי משתנה בהתאם לפרויקט, ולכל פרויקט יש מגבלות משלו.

מכסה	תיאור	מגבלה (דור ראשון)	Limit (דור שני)	אפשר להגדיל	היקף
מספר הפונקציות	המספר הכולל של הפונקציות שאפשר לפרוס לכל אזור	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	לא	לכל פונקציה
כמות הזיכרון המקסימלית של הפרויקט	נפח הזיכרון, ב-By, שפרויקט יכול להשתמש בו. זה נמדד לפי הסכום הכולל של הזיכרון שביקש המשתמש במכונות של פונקציות במהלך פרק זמן של דקה.	תלוי באזור שנבחר. המגבלה הזו יכולה להיות גדולה יותר באזורים עם קיבולת גדולה, או נמוכה יותר באזורים שנפתחו לאחרונה.	לא רלוונטי	כן	לכל פרויקט ואזור
המעבד (CPU) המקסימלי של הפרויקט	כמות המעבד (CPU) במילי-vCPU, שפרויקט יכול להשתמש בו. המדד הזה נמדד לפי הסכום הכולל של הבקשות של המשתמשים לשימוש ב-CPU במופעי הפונקציות במהלך תקופה של דקה אחת.	תלוי באזור שנבחר. המגבלה הזו יכולה להיות גדולה יותר באזורים עם קיבולת גדולה, או נמוכה יותר באזורים שנפתחו לאחרונה.	לא רלוונטי	כן	לכל פרויקט ואזור

מגבלות זמן

מכסה	תיאור	מגבלה (דור ראשון)	Limit (דור שני)	אפשר להגדיל	היקף
משך הזמן המקסימלי של הפונקציה	משך הזמן המקסימלי שבו פונקציה יכולה לפעול לפני שהיא תיסגר בכוח	540 שניות	60 דקות לפונקציות HTTP. 9 דקות לפונקציות מבוססות-אירועים.	לא	לכל הפעלה

הגבלות קצב

מכסה	תיאור	מגבלה (דור ראשון)	Limit (דור שני)	אפשר להגדיל	היקף
קריאות ל-API (READ)	קריאות לתיאור או להצגת רשימה של פונקציות באמצעות Cloud Functions API	5,000 לכל 100 שניות	1,200 לכל 60 שניות	רק לדור ראשון	לכל פרויקט (דור ראשון) לכל אזור (דור שני)
קריאות ל-API (WRITE)	קריאות לפריסה או למחיקה של פונקציות דרך Cloud Functions API	80 לכל 100 שניות	60 לכל 60 שניות	לא 1	לכל פרויקט (דור ראשון) לכל אזור (דור שני)
קריאות ל-API (CALL)	שיחות "לשיחה" API	16 לכל 100 שניות	לא רלוונטי	לא 2	לכל פרויקט

יכולת התאמה

פונקציות Cloud Functions שמופעלות באמצעות HTTP מותאמות לעומס במהירות כדי לטפל בתעבורה נכנסת, ואילו פונקציות ברקע מותאמות לעומס באופן הדרגתי יותר. היכולת של פונקציה להתאמה לעומס נקבע על סמך כמה גורמים, כולל:

• משך הזמן שנדרש להשלמת הפעלת פונקציה (בדרך כלל פונקציות של ריצה קצרה יכולות להתאים לעומס (scaling) כדי לטפל ביותר בו-זמנית בקשות).
• משך הזמן שחולף עד לאתחול של פונקציה הפעלה במצב התחלתי (cold start).
• שיעור השגיאות בפונקציה.

• גורמים ארעיים, כמו עומס אזורי וקיבולת של מרכז נתונים.

לפונקציות הרקע יש פונקציות נוספות המגבלות האלה, כפי שיוסבר בהמשך. המגבלות האלה לא חלות על פונקציות HTTP מדור ראשון.

מכסות נוספות לפונקציות ברקע

מכסה	תיאור	הגבלה	אפשר להגדיל	היקף	גרסת המוצר
מספר מקסימלי של הפעלות בו-זמנית	מספר ההפעלות המקסימלי בו-זמנית של פונקציה יחידה דוגמה: אם הטיפול בכל אירוע נמשך 100 שניות, ההפעלה תתבצע הקצב יהיה מוגבל ל-30 לשנייה בממוצע	3,000	כן	לכל פונקציה	דור ראשון בלבד
קצב הפעלה מקסימלי	הקצב המקסימלי של אירועים שמטופלים על ידי פונקציה אחת דוגמה: אם הטיפול באירוע נמשך 100 אלפיות השנייה, ההפעלה תתבצע יוגבל ל-1,000 לשנייה גם אם רק 100 בקשות, בממוצע, הטיפול מתבצע במקביל	1,000 לשנייה	לא	לכל פונקציה	דור ראשון בלבד
הגודל המקסימלי של נתוני אירועים בו-זמנית	הגודל הכולל המקסימלי של אירועים נכנסים להפעלות בו-זמנית של פונקציה אחת דוגמה: אם גודל האירועים הוא 1MB והעיבוד שלהם נמשך 10 בשניות, השיעור הממוצע יהיה אירוע אחד בשנייה, כי האירוע ה-11 האירוע לא יעובד עד שיעובד אחד מ-10 האירועים הראשונים מסתיים	10MB	לא	לכל פונקציה	דור ראשון ודור שני
קצב העברת הנתונים המקסימלי של אירועים נכנסים	התפוקה המקסימלית של אירועים נכנסים לפונקציה אחת דוגמה: אם גודל האירועים הוא 1MB, שיעור ההפעלה יכול להיות עד 10 בשנייה, גם אם פונקציות מסתיימות תוך 100 אלפיות השנייה	10MB לשנייה	לא	לכל פונקציה	דור ראשון ודור שני

כשמגיעים למכסה

כשפונקציה צורכת את כל המשאב שהוקצה לה, המשאב לא יהיה זמין עד שהמכסה תתעדכן או תגדל. כתוצאה מכך, ייתכן שהפונקציה וכל שאר הפונקציות באותו פרויקט לא יפעלו עד אז. פונקציה מחזירה קוד שגיאה HTTP 500 כשאחד המשאבים חורג מהמכסה והפונקציה לא יכולה לפעול.

כדי להגדיל את המכסות מעל ברירות המחדל שמפורטות כאן, צריך להיכנס אל Cloud Functions Quotas Page, בוחרים את המכסות שרוצים לשנות ולוחצים על EDIT QUOTAS, ציינו את פרטי המשתמש שלכם אם מתבקשים לעשות זאת ומזינים את מגבלת המכסה לכל מכסה שבחרתם.

מגבלות המכסות לפריסה של Firebase CLI

לכל פונקציה ש-Firebase CLI פורס, הגבלות הקצב והזמן האלה מושפעות:

• קריאות ל-API (READ) – קריאה אחת לכל פריסה, ללא קשר למספר פונקציות
  • מגבלה: 5,000 פעולות בכל 100 שניות
• קריאות ל-API (כתיבה) – קריאה אחת לכל פונקציה
  • מגבלה: 80 לכל 100 שניות

אפשר לעיין גם במאמרי העזרה של Firebase CLI.