בשביל App Hosting צריך פרויקט שמופעל בו תוכנית התמחור Firebase Blaze. בתוכנית הזו יש מגבלות ללא עלות למוצרי Google Cloud שמופעלים על ידי App Hosting:
| מוצר | תכונה | ללא עלות | חיוב (על שימוש מעבר למגבלות ללא עלות) |
|---|---|---|---|
| App Hosting | רוחב פס יוצא | 10GiB לחודש | 0.15 USD / cached GiB 0.20$ לכל 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 שניות ג'יביבייט | 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 | אחסון רגיל2 | 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 backendCloud 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 (vCPU) | 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 |
|
| Secrets 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 |
| Secret Manager – התראות על רוטציה | $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 |
חישובים
| מק"ט | Unit | איך מחשבים את השימוש |
|---|---|---|
| Cloud Run – CPU | vCPU second | שניות vCPU = vCPU לכל מופע * זמן האחזור הממוצע לתגובה לכל בקשה * מספר הביקורים * בקשות מחויבות לכל ביקור / מספר הבקשות בו-זמנית |
| Cloud Run – זיכרון | שנייה אחת של שימוש בג'יבי-בייט | GiB שניות = GiB לכל מופע * זמן האחזור הממוצע לתגובה לכל בקשה * מספר הביקורים * בקשות לחיוב לכל ביקור / מספר הבקשות בו-זמנית |
| Cloud Run – בקשות | בקשות M SSR | בקשות 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 מנקה אוטומטית גרסאות שלא נמצאות בשימוש. יכול להיות שתראו שתי תמונות לזמן קצר רק במהלך השקת תכונה חדשה.