כדי לרכוש את App Hosting, נדרש פרויקט עם מינוי Blaze בתשלום לפי שימוש ב-Firebase. בתוכנית הזו יש מכסות שימוש ללא עלות במוצרי Google Cloud שמופעלים על ידי App Hosting:
| מוצר | תכונה | ללא עלות | חיוב (על שימוש מעבר למגבלות של השימוש ללא עלות) |
|---|---|---|---|
| App Hosting | רוחב הפס לנתונים יוצאים | 10GiB לחודש | 0.15$ לכל GiB במטמון $0.20 / uncached GiB |
| Artifact Registry | אחסון | 0.5GB לחודש | 0.10$ ל-GB לחודש מעל 0.5GB |
| תעבורת נתונים יוצאת (egress) | ללא תשלום | רשימה מלאה של מחירי יציאה מופיעה במחירון של Artifact Registry | |
| Cloud Run | CPU | 180,000 שניות vCPU | 0.00002400$ / vCPU-second |
| זיכרון | 360,000 שניות של GiB | 0.00000250$ / שנייה אחת של שימוש בג'יבי-בייט | |
| Requests | 2 מיליון בקשות | 0.40$ למיליון בקשות | |
| Cloud Build | דקות בנייה | 2,500 דקות בנייה | $0.006 לדקת בנייה |
| Cloud Logging | אחסון של יומני רישום | 50 GiB / פרויקט / חודש | $0.50/GiB |
| שמירת נתונים ביומן | ללא עלות למשך 30 ימים | 0.01$ / GiB / לחודש עבור יומנים שנשמרו יותר מ-30 יום | |
| Secret Manager | גרסאות פעילות של סודות | 6 גרסאות בחודש | $0.06 לכל גרסה לכל מיקום |
| פעולות גישה | 10,000 פעולות בחודש | 0.03$ לכל 10,000 פעולות | |
| התראות על שינוי כיוון המסך | 3 רוטציות בחודש | 0.05$ לכל סיבוב | |
| Cloud Storage1 | Standard Storage2 | 5 GB-חודשים | 0.020$ לכל GB לחודש |
| פעולות מסוג Class A2 | 5,000 | 0.0050$ לכל 1,000 פעולות | |
| פעולות העברה לארכיון של קטגוריית Class B2 | 50,000 | 0.0004$ לכל 1,000 פעולות | |
| העברת נתונים2 | 100GB מצפון אמריקה לכל יעד של העברת נתונים ב-Google Cloud (לא כולל אוסטרליה וסין) | 0.02$ לכל GB בצפון אמריקה 0.02$ לכל GB באירופה 0.08$ לכל GB באסיה |
1Cloud Storage משמש רק כשמבצעים פריסה ממקור מקומי באמצעות Firebase CLI.
2Cloud Storage המכסות של Always Free חלות על קצה העורף של App Hosting באזור US-CENTRAL1 בלבד.
השימוש ללא עלות מצטבר בכל הפרויקטים לפי חשבון לחיוב, ומתאפס מדי חודש. אתם מחויבים רק על שימוש שחורג מהמכסות.
חישוב העלויות
החל מ-1 באוגוסט 2025, תתחילו לשלם על פרויקט Firebase App Hosting ברגע שתחרגו מההקצאות של תוכנית התמחור Blaze בתשלום לפי שימוש. תחויב על פריטי השורה הבאים: Firebase App Hosting
רוחב פס יוצא שלא נשמר במטמון מתייחס לנתונים שמועברים ישירות משרתי המקור של שירות Firebase App Hosting כדי למלא בקשות של משתמשים. שרתי המקור ממוקמים בין שירות App Hosting backend של Cloud Run לבין Cloud CDN. השגיאה הזו מתרחשת כשהתוכן המבוקש לא מאוחסן במטמון של Cloud CDN (כלומר, הוא לא נשמר במטמון). לכן, שרת המקור צריך לאחזר את הנתונים ולשלוח אותם למשתמש.
יש שתי סיבות עיקריות לכך שהתהליך הזה כרוך בעלויות:
- אכלוס מטמוני Cloud CDN: כשמשתמש מבקש תוכן שלא נשמר במטמון, מתחיל תהליך לאחזור הנתונים האלה משרת המקור ולאחסון עותק במטמון של Cloud CDN לבקשות עתידיות. ההעברה הראשונית של נתונים מהמקור ל-CDN תורמת לעלות הכוללת.
- העברת נתונים למשתמש הקצה: אחרי שהתוכן זמין (ישירות מהמקור או מ-CDN אחרי האכלוס הראשוני של המטמון), צריך להעביר אותו למכשיר של משתמש הקצה ליעד המבוקש. העברת הנתונים הזו תורמת גם לעלות.
רוחב פס יוצא במטמון מתייחס לנתונים שמועברים בגיביבייט מהמטמון של Cloud CDN למכשיר של משתמש הקצה ביעד המבוקש.
הנחיות לאופטימיזציה של הביצועים באמצעות Cloud CDN מופיעות במאמר שמירת תוכן האפליקציה במטמון.
תחויבו גם על השימוש במוצרי Google Cloud הבסיס שבהם נעשה שימוש בקצה העורפי:
- Cloud Run
- Cloud Build
- Artifact Registry
- Secret Manager
- Cloud Logging
אתם יכולים לראות את נקודות המחיר המדויקות של פריטי הקו האלה בדף התמחור שלנו.
דוגמאות לחיוב
העלות של הפעלת אפליקציית אינטרנט דינמית ב-App Hosting יכולה להשתנות מאוד בהתאם לגורמים כמו תנועה, הגדרות זמן ריצה וגודל התגובה. העלויות בדוגמה שלנו מבוססות על הנחות מסוימות לגבי הגורמים האלה.
תנועה וגודל התגובה
אחרי שהאפליקציה מגיעה למכסת השימוש החודשית בחינם, כל ביקור באתר שלכם יגרור עלויות. העלויות האלה לא קבועות, והן תלויות בגורמים כמו מספר בקשות הרקע שמופעלות בכל ביקור, כוח המחשוב שנדרש ליצירת התגובה וגודל התגובה. חלק מהבקשות פשוט יקרות יותר מאחרות. לדוגמה, סביר להניח שהצגת דף עם הרבה תמונות או נתונים מורכבים תעלה יותר מהצגת קובץ HTML פשוט. באופן דומה, יצירה דינמית של דף בשרת בדרך כלל יקרה יותר מהצגה של גרסה ששמורה במטמון מ-CDN.
כדי להעריך בצורה יעילה את העלויות של האפליקציה, כדאי להתייחס לכמה מדדים מרכזיים:
- בקשות לכל ביקור: כמה בקשות נפרדות מפעיל ביקור של משתמש טיפוסי? (חשוב לזכור ש "טעינת דף" אחת כוללת בדרך כלל הרבה בקשות בסיסיות לנכסים כמו תמונות, CSS ו-JavaScript).
- גודל התגובה הממוצע: מהו הגודל הטיפוסי של הנתונים שנשלחים בחזרה לכל בקשה?
- זמן תגובה ממוצע: כמה זמן לוקח לאפליקציה להגיב לבקשה, בממוצע?
אפשר להעריך את הערכים האלה על ידי בדיקת יומני הבקשות של האפליקציה במסוף Google Cloud. חישובי העלויות לדוגמה מבוססים על ההנחות הבאות:
| מאפייני התנועה | |
|---|---|
| ~בקשות לחיוב לכל ביקור | 10 |
| גודל תגובה ממוצע (KiB) | 400 |
| זמן האחזור הממוצע של התגובה (באלפיות שנייה) | 1000 |
| שיעור הפגיעות במטמון | 50% |
הגדרות זמן ריצה
| Cloud Run הגדרות1 | |
|---|---|
| מגבלת יחידת עיבוד מרכזית (CPU) (יחידת עיבוד מרכזית וירטואלית) | 1 |
| מגבלת זיכרון (MiB) | 512 |
| מקבילות (בקשות) | 80 |
| minInstances | 0 |
| maxInstances | 100 |
1 אלה ערכי ברירת המחדל שמוגדרים על ידי App Hosting. כדי לבדוק את ההגדרה של Cloud Run בכל השקה, אפשר לעיין בפרטי הגרסה של Cloud Run. בכרטיסייה Rollouts (השקות) במסוף Firebase, מעבירים את העכבר מעל השקה, לוחצים על סמל האפשרויות הנוספות (3 נקודות) ובוחרים באפשרות View Cloud Run revision (הצגת הגרסה Cloud Run).
הנחות אחרות
| השימוש בפרויקט | |
|---|---|
| שיטת הפריסה | GitHub |
| מספר הבנייה בחודש | 20 |
| דקות לכל בנייה | 8 |
| שמירת יומן | < 30 ימים |
| גרסאות של סודות | < 6 גרסאות |
| גודל התמונה במאגר Artifact (MB) | 380 |
חשבון לדוגמה
בהתבסס על ההנחות האלה, אפשר להסיק את העלויות הבאות בתרחיש לדוגמה הזה. ברמה של 10,000 ביקורים, כמעט לא נצברות עלויות. עלויות משמעותיות מתחילות להצטבר ברמה של מיליון ביקורים, כאשר ביקור הוא בקשה לאפליקציה שהופקה על ידי משתמש.
| SKU | מחיר | היחידה | מסלול ללא עלות | 10,000 ביקורים בשימוש | עלות של 10,000 ביקורים | שימוש ב-1M ביקורים | העלות של מיליון ביקורים |
|---|---|---|---|---|---|---|---|
| Cloud Run - CPU | $0.00 |
vCPU second | 180,000.00 |
1250 |
$0.00 |
125000 |
$0.00 |
| Cloud Run – זיכרון | $0.00 |
שנייה אחת של שימוש בג'יבי-בייט | 360,000.00 |
625 |
$0.00 |
62500 |
$0.00 |
| Cloud Run - בקשות | 0.40$ |
בקשות M SSR | 2.00 |
0.05 |
$0.00 |
5 |
$1.20 |
| Cloud Build – דקות בנייה | $0.01 |
build-minute | 2,500.00 |
160 |
$0.00 |
160 |
$0.00 |
| Artifact Registry – אחסון | $0.10 |
GiB (מאוחסן) | 0.50 |
0.6 |
$0.01 |
0.6 |
$0.01 |
| App Hosting - Uncached outgoing bandwidth | $0.20 |
GiB | 10 |
2 |
$0.00 |
200 |
$39.00 |
| App Hosting - Cached outgoing bandwidth | $0.15 |
GiB | 2 |
$0.00 |
200 |
$29.25 |
|
| Secret Manager – גרסאות פעילות של סודות | $0.06 |
גרסאות | 6.00 |
6.00 |
$0.00 |
6.00 |
$0.00 |
| Secret Manager – פעולות גישה | $0.03 |
10,000 פעולות | 1.0 |
0.10 |
$0.00 |
5.00 |
$0.12 |
| Secrets Manager - Rotation Notifications | $0.05 |
סיבובים | 3.00 |
0.00 |
$0.00 |
0.00 |
$0.00 |
| Cloud Logging – אחסון יומנים | 0.50$ |
GiB | 50.00 |
0.50 |
$0.00 |
50.00 |
$0.00 |
| Cloud Logging – שמירת יומנים | $0.01 |
GiB לחודש | 30 ימים | $0.00 |
$0.00 |
||
| סה"כ | 0.01 דולר |
$69.58 |
חישובים
| מק"ט | יחידה | איך מחשבים את השימוש |
|---|---|---|
| Cloud Run- CPU | vCPU second | שניות vCPU = vCPU לכל מופע * זמן התגובה הממוצע לכל בקשה * מספר הביקורים * בקשות מחויבות לכל ביקור / מספר הבקשות בו-זמנית |
| Cloud Run – זיכרון | שנייה אחת של שימוש בג'יבי-בייט | GiB שניות = GiB לכל מופע * זמן התגובה הממוצע לכל בקשה * מספר הביקורים * בקשות לחיוב לכל ביקור / מספר הבקשות בו-זמנית |
| Cloud Run - בקשות | בקשות M SSR | בקשות M SSR = (מספר הביקורים * בקשות לחיוב לכל ביקור / מיליון) * (1 – שיעור הפגיעה במטמון) |
| Cloud Build – דקות בנייה | build-minute | build-minutes = # of builds * minutes per build |
| Artifact Registry – אחסון 1 | GiB (מאוחסן) | GiB (מאוחסן) = 2 * גודל התמונה |
| App Hosting - Uncached Bandwidth | GiB | GiB שלא נשמר במטמון= (1 – שיעור הפגיעות במטמון) * (מספר הביקורים * מספר הבקשות המחויבות לכל ביקור * רוחב הפס לנתונים יוצאים לכל בקשה) |
| App Hosting - Cached Bandwidth | GiB | Cached GiB = שיעור הפגיעות במטמון * (מספר הביקורים * בקשות לחיוב לכל ביקור * רוחב הפס לנתונים יוצאים לכל בקשה) |
1 בדרך כלל תהיה לאפליקציה רק תמונה אחת ב-Artifact Registry, כי App Hosting מנקה אוטומטית גרסאות שלא נמצאות בשימוש. יכול להיות שתראו שתי תמונות לזמן קצר רק במהלך השקה חדשה.