App Hosting נדרש פרויקט שמוגדר בו מינוי Blaze בתשלום לפי שימוש. בתוכנית התמחור הזו, לפרויקט שלכם יש את המגבלות הבאות ללא עלות למוצרי 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$ / GiB-second | |
| Requests | 2 מיליון בקשות | 0.40$ למיליון בקשות | |
| Cloud Build | דקות של תהליך build | 2,500 דקות בנייה | 0.006$ לדקת בנייה |
| Cloud Logging | אחסון של יומני רישום | 50GiB / פרויקט / חודש | $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 | 5GB לחודש | 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 שרתי קצה (backend) באזור 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 | |
|---|---|
| מגבלת מעבד (vCPU) | 1 |
| מגבלת זיכרון (MiB) | 512 |
| בו-זמניות (בקשות) | 80 |
| minInstances | 0 |
| maxInstances | 100 |
1 אלה ערכי ברירת המחדל שמוגדרים על ידי App Hosting. כדי לבדוק את ההגדרה של Cloud Run בכל השקה, אפשר לראות את פרטי הגרסה של Cloud Run. בכרטיסייה Rollouts (השקות) במסוף Firebase, מעבירים את העכבר מעל השקה, לוחצים על סמל האפשרויות הנוספות (3 נקודות) ואז על View Cloud Run revision (הצגת הגרסה).
הנחות אחרות
| השימוש בפרויקט | |
|---|---|
| שיטת הפריסה | 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 requests = (# of visits * billed requests per visit / 1M) * (1 - cache-hit rate) |
| 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 מנקה באופן אוטומטי גרסאות שלא נמצאות בשימוש. יכול להיות שתראו שתי תמונות לזמן קצר רק במהלך השקה חדשה.