בין אם אתם רק מתחילים לפתח את האפליקציה או שיש לכם אפליקציה מלאה בייצור, חשוב שתבינו את העלויות שלכם ואיך להימנע מחשבונות מפתיעים.
אם עדיין לא עשיתם את זה, כדאי לעיין בתוכניות התמחור של Firebase כדי להבין איך החיוב ב-Firebase מתבצע.
בדף הזה מוסבר על היבטים חשובים של ניתוח רמות השימוש וההוצאות ומעקב אחריהן, כולל:
בדיקת הקוד
מומלץ לבדוק את הקוד לפני הפריסה בסביבת הייצור, מכמה סיבות, למשל כדי לזהות שגיאות שעלולות לגרום לכם להפסדים כספיים משמעותיים. במהלך בניית התשתית של האפליקציה, מומלץ מאוד לבצע קודם בדיקה מקומית באמצעות Firebase Local Emulator Suite.
Local Emulator Suite מאפשר להריץ מופעים של Cloud Functions, Cloud Firestore, Realtime Database ועוד, באופן מקומי במחשב. השינוי הזה לא רק מקל עליכם לחזור במהירות על תהליך העבודה של פיתוח פונקציונליות חדשה – במיוחד Cloud Functions – אלא גם מבטיח שלא תצטרכו לשלם על שימוש ב-Firebase שנובע מבדיקות של שירותים בסביבת הייצור.
במהלך הבדיקה, כדאי לבדוק אם יש סיבות נפוצות לחריגה מהשימוש ומההוצאות הצפויים:
שוכחים להוסיף מגבלה לשאילתת מסד נתונים עם מיליוני תוצאות
שילובים של Cloud Functions שגורמים לעומסי עבודה מוגזמים של fan-out או אפילו לולאות אינסופיות
איך רואים את רמות השימוש וההוצאות
חשוב להכיר את דפוסי השימוש הרגילים באפליקציה ולוודא שאתם לא חורגים מספי השימוש שחשובים לכם.
הצגת נתוני השימוש במוצר ספציפי
בכרטיסייה 'שימוש' במסוף Firebase אפשר לראות את השימוש במוצרים ספציפיים.
בלוחות הבקרה האלה אפשר לראות טווחי תאריכים ספציפיים.
לוחות בקרה ברמת המוצר זמינים עבור Authentication ועבור כל מוצרי התשתית: Realtime Database, Cloud Firestore, Cloud Storage, Cloud Functions ו-Hosting.
צפייה בנתוני השימוש הכוללים בפרויקט
אפשר לראות את נתוני השימוש הכוללים בפרויקט ב
אתם יכולים לראות את השימוש החודשי שלכם ואת רמות השימוש ביחס למכסת השימוש ללא עלות שהוקצתה לכם.
לוחצים על מוצר כלשהו כדי לראות סיכום יומי של השימוש בו, ואיך הוא משתווה למכסת השימוש שהוקצתה ללא עלות.
חשוב לזכור שלכל מוצר יש מכסות שימוש שונות, ולכן גם ציר זמן שונה. לדוגמה:
השימוש ב-Cloud Firestore וב-Cloud Storage מחושב מדי יום.
השימוש ב-Cloud Functions מחושב מדי חודש.
הגדרת תקציבים
כדי לשלוט בעלויות ולמנוע הפתעות בחשבון, אפשר ליצור תקציבים ל-Google Cloud Billing. תקציבים הם סכומים כספיים כלליים שאתם מתכננים להוציא בכל חודש. הם יכולים להיות תקציבים שמוגדרים רק לקבלת התראות או תקציבים עם תקרת הוצאות.
תקציבים עם התראות בלבד
אם ההוצאות יגיעו לספים שהוגדרו בתקציב, Cloud Billing יישלחו התראות באימייל.
שימו לב לנקודות הבאות:
התראות לגבי תקציבים לא משהות את השירותים. הם נועדו לעזור לכם לעקוב אחרי העלויות ולשלוח לכם התראות כדי שתוכלו לפעול לפי הצורך. לדוגמה, אפשר להשתמש בהתראות תקציב כדי להשבית את החיוב בפרויקט.
כשמשדרגים למינוי Blaze בתשלום לפי שימוש ב-FirebaseConsole, מוצגת באופן אוטומטי בקשה להגדיר תקציב להתרעות בלבד. אפשר גם להגדיר תקציבים להתראות בלבד באופן ידני במסוף Google Cloud.
תקציבים עם מגבלת הוצאות
אם ההוצאות מגיעות לספים שהוגדרו בתקציב עבור שירות מסוים, Cloud Billing נשלחות התראות באימייל.
אם ההוצאות יגיעו ל-100% מהתקציב שהגדרתם לשירות הזה, Cloud Billing ישהה את השירות הזה למשך שאר החודש.
שימו לב לנקודות הבאות:
תקציבים עם הגבלת הוצאות זמינים רק לשירותי Firebase הבאים: Firebase AI Logic, Firebase App Hosting, Cloud Functions for Firebase ו-Firebase Extensions.
אפשר להגדיר תקציבים עם מגבלת הוצאות באופן ידני במסוף Firebase או במסוף Google Cloud.
השלבים הבאים
הגדרת התראות לגבי תקציב ומגבלות הוצאה (אם רלוונטי).
אפשר להשתמש בהתראות תקציב כדי להשבית באופן פרוגרמטי את Cloud Billing בפרויקט.
במאמר הגדרה של התראות מתקדמות לגבי חיוב ושל לוגיקה מתקדמת מוסבר איך:
אפשר להשתמש ב-Cloud Monitoring כדי ליצור התראות מתוחכמות יותר לגבי חיוב ושימוש, כולל התראות מותאמות אישית ששולחות התראות לאמצעי תקשורת אחרים, כמו Slack.
יצירת לוגיקה נוספת לחיוב על סמך Google Cloud Pub/Sub.