בדף הזה מפורטות המגבלות שניתן להתאים לפי שימוש ב-Cloud Functions, בהתאם לתוכנית התמחור 'Blaze' בתשלום לפי שימוש. המגבלות האלה חלות על פרויקטים ב-Firebase שמפרסים פונקציות בסביבת זמן הריצה של Node.js 10.
בתוכנית Blaze מקבלים כמויות גדולות של קריאות, זמן מחשוב ותנועה באינטרנט ללא תשלום. עם זאת, פריסות של פונקציות גוררות חיובים קטנים על נפח האחסון שמשמש את הקונטיינר של הפונקציה. מידע נוסף זמין בשאלות הנפוצות של Firebase.
המכסות ב-Firebase כוללות 4 תחומים:
מגבלות על משאבים
הגורמים האלה משפיעים על כמות המשאבים הכוללת שהפונקציות יכולות לצרוך.
מגבלות זמן
הגורמים האלה משפיעים על משך הזמן שבו הדברים יכולים לפעול.
הגבלות קצב
הם משפיעים על הקצב שבו אפשר להפעיל את ה-API של Firebase כדי לנהל את הפונקציות.
מגבלות על רשתות
הן משפיעות על המגבלות של חיבורים יוצאים ועל המגבלות של מכונות.
בהמשך מוסבר בהרחבה על סוגי המגבלות השונים. ההבדלים בין המגבלות של Firebase (דור ראשון) לבין המגבלות של Firebase (דור שני) מצוינים במקרים הרלוונטיים.
מגבלות על משאבים
מגבלות המשאבים משפיעות על כמות המשאבים הכוללת שהפונקציות יכולות לצרוך. ההיקף האזורי הוא לכל פרויקט, וכל פרויקט שומר על המגבלות שלו.
מכסה | תיאור | Limit (דור ראשון) | 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 (דור ראשון) | Limit (דור שני) | אפשר להגדיל | היקף |
---|---|---|---|---|---|
משך הזמן המקסימלי של הפונקציה | משך הזמן המקסימלי שבו פונקציה יכולה לפעול לפני שהיא תופסק בכוח | 540 שניות | 60 דקות לפונקציות HTTP. 9 דקות לפונקציות מבוססות-אירוע. |
לא | לכל הפעלה |
הגבלות קצב
מכסה | תיאור | Limit (דור ראשון) | Limit (דור שני) | אפשר להגדיל | היקף |
---|---|---|---|---|---|
קריאות ל-API (קריאה) | קריאות לתיאור או לרישום של פונקציות דרך ה-API של Firebase | 5,000 לכל 100 שניות | 1,200 לכל 60 שניות | רק לדור הראשון | לכל פרויקט (דור ראשון) לכל אזור (דור שני) |
קריאות ל-API (כתיבה) | קריאות לפריסה או למחיקה של פונקציות דרך ה-API של Firebase | 80 לכל 100 שניות | 60 לכל 60 שניות | לא 1 | לכל פרויקט (דור ראשון) לכל אזור (דור שני) |
קריאות ל-API (CALL) | קריאות ל-API call | 16 לכל 100 שניות | לא רלוונטי | לא 2 | לכל פרויקט |
מגבלות על רשתות
מידע על מגבלות על בקשות ועל רוחב פס של רשת Firebase (דור שני) זמין במאמר מגבלות על רשתות.
המגבלות הבאות על רשתות חלות על Firebase (דור ראשון):
- חיבורים יוצאים לשנייה לכל מכונה: 500 (אי אפשר להגדיל)
- רזולוציות DNS יוצאות לשנייה לכל מכונה: 100 (לא ניתן להגדיל)
יכולת התאמה
Firebase שמופעל על ידי HTTP מתרחב במהירות כדי לטפל בתנועה נכנסת, בעוד שפונקציות ברקע מתרחבות בהדרגה. היכולת של פונקציה להתאמה לעומס נקבע על סמך כמה גורמים, כולל:
- משך הזמן שלוקח להפעלת הפונקציה להסתיים (פונקציות קצרות בדרך כלל יכולות להתרחב כדי לטפל בבקשות בו-זמניות יותר).
- משך הזמן שלוקח לפונקציה להתאפס בהפעלה במצב התחלתי (cold start).
- שיעור השגיאות בפונקציה.
גורמים זמניים, כמו עומס אזורי וקיבולת של מרכז נתונים.
מכסות נוספות לפונקציות ברקע
מכסה | תיאור | מגבלה | אפשר להגדיל | היקף | גרסת המוצר |
---|---|---|---|---|---|
מספר מקסימלי של הפעלות בו-זמנית | מספר הקריאות המקסימלי בו-זמנית לפונקציה אחת דוגמה: אם הטיפול בכל אירוע נמשך 100 שניות, קצב הקריאות יהיה מוגבל ל-30 לשנייה בממוצע |
3,000 | כן | לכל פונקציה | דור ראשון בלבד |
קצב ההפעלה המקסימלי | הקצב המקסימלי של אירועים שמטופלים על ידי פונקציה אחת דוגמה: אם טיפול באירוע נמשך 100 אלפיות השנייה, קצב ההפעלה יהיה מוגבל ל-1,000 פעולות לשנייה, גם אם רק 100 בקשות מטופלות במקביל בממוצע |
1,000 לשנייה | לא | לכל פונקציה | דור ראשון בלבד |
הגודל המקסימלי של נתוני אירועים בו-זמנית | הגודל הכולל המקסימלי של אירועים נכנסים להפעלות בו-זמניות של פונקציה אחת דוגמה: אם האירועים הם בגודל 1MB ועיבוד שלהם נמשך 10 שניות, הקצב הממוצע יהיה אירוע אחד לשנייה, כי האירוע ה-11 לא יטופל עד לסיום העיבוד של אחד מ-10 האירועים הראשונים |
10MB | לא | לכל פונקציה | דור ראשון ודור שני |
קצב העברת הנתונים המקסימלי של אירועים נכנסים | קצב התעבורה המקסימלי של אירועים נכנסים לפונקציה אחת דוגמה: אם האירועים הם בגודל 1MB, קצב ההפעלה יכול להיות לכל היותר 10 פעולות לשנייה, גם אם הפונקציות מסתיימות תוך 100ms |
10MB לשנייה | לא | לכל פונקציה | דור ראשון ודור שני |
כשמגיעים למכסה
כשפונקציה צורכת את כל המשאב שהוקצה לה, המשאב לא יהיה זמין עד שהמכסה תתעדכן או תגדל. כתוצאה מכך, ייתכן שהפונקציה וכל שאר הפונקציות באותו פרויקט לא יפעלו עד אז. פונקציה מחזירה קוד שגיאה HTTP 500 כשאחד המשאבים חורג מהמכסה והפונקציה לא יכולה לפעול.
כדי להגדיל את המכסות מעבר לערכי ברירת המחדל שמפורטים כאן, עוברים אל דף המכסות Firebase, בוחרים את המכסות שרוצים לשנות, לוחצים על Edit quotas (עריכת המכסות), מזינים את פרטי המשתמש אם מוצגת בקשה כזו ומזינים את המגבלה החדשה של המכסה לכל מכסה שבחרתם.
מגבלות המכסות לפריסה של Firebase CLI
לכל פונקציה ש-Firebase CLI פורס, הגבלות הקצב והזמן האלה מושפעות:
- קריאות ל-API (קריאת קריאה) – קריאה אחת לכל פריסה, ללא קשר למספר הפונקציות
- מגבלה: 5,000 פעולות בכל 100 שניות
- קריאות ל-API (כתיבה) – קריאה אחת לכל פונקציה
- מגבלה: 80 פעולות לכל 100 שניות
אפשר לעיין גם במאמרי העזרה של Firebase CLI.