הסבר על החיוב ב-Cloud Firestore

קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.

במסמך הזה מוסבר על פרטי התמחור של Cloud Firestore.

אם אתם משלמים במטבע שאינו דולר ארה"ב, יחולו המחירים הרשומים במטבע שלכם במק"טים של Cloud Platform.

סקירה כללית על תמחור

כשמשתמשים ב-Cloud Firestore, תחויבו על הפריטים הבאים:

• מספר המסמכים שקראתם, כתבתם ומחקתם.
• מספר הרשומות במדד שנקראות כדי לענות על שאילתה. מידע נוסף על קריאות לאינדקס
• נפח האחסון שבו משתמש מסד הנתונים, כולל תקורה למטא-נתונים ולאינדקסים.
• רוחב הפס של הרשת שבו אתם משתמשים.

השימוש בנפח האחסון וברוחב הפס מחושב ב-gibibytes ‏ (GiB), כאשר 1 GiB = 2³⁰ בייטים. כל החיובים מתבצעים מדי יום.

בקטעים הבאים מוסבר איך תחויבו על השימוש ב-Cloud Firestore.

מכסה בחינם

ב-Cloud Firestore יש מכסה בחינם שמאפשרת לכם להתחיל לעבוד ללא עלות. סכומי המכסות בחינם מפורטים בהמשך. אם אתם צריכים מכסה גדולה יותר, עליכם להפעיל את החיוב בפרויקט Google Cloud.

המכסות חלות מדי יום ומתאפסו בסביבות חצות לפי שעון החוף המערבי.

ב-Firestore אפשר להשתמש רק במסד נתונים אחד בחינם לכל פרויקט.

תוכנית ללא תשלום	מכסה
נתונים שמאוחסנים	1 GiB
קריאת מסמכים	50,000 ביום
כתיבה של מסמכים	20,000 ביום
מחיקה של מסמכים	20,000 ביום
העברת נתונים יוצאת	10GB לחודש

הפעולות והתכונות הבאות לא כוללות שימוש בחינם. כדי להשתמש בתכונות הבאות, צריך להפעיל את החיוב:

• מחיקה של TTL
• נתוני PITR
• נתוני גיבוי
• פעולות שחזור

מידע נוסף על אופן החיוב של התכונות האלה זמין במאמר תמחור אחסון.

תמחור לפי מיקום

בטבלה הבאה מפורטים המחירים של קריאה, כתיבה, מחיקה ואחסון לכל מיקום Cloud Firestore:

בחירת אזורים

אם אתם משלמים במטבע שאינו דולר ארה"ב, יחולו המחירים הרשומים במטבע שלכם במק"טים של Cloud Platform.

אין מכסה בחינם למסדי נתונים עם שם

כדי ליצור מסד נתונים בעל שם (לא מסד נתונים שמוגדר כברירת מחדל), צריך לשדרג את תוכנית החיוב של הפרויקט.

אין עלות נוספת על יצירת מסדי נתונים עם שם או מחיקה שלהם, אבל הם לא עומדים בדרישות להנחה על מכסה בחינם. במקום זאת, תחויבו על השימוש במסדי הנתונים האלה.

קריאה, כתיבה ומחיקה

אתם מחויבים על מסמכים ועל רשומות אינדקס שנקראות כדי לענות על שאילתה. אתם מחויבים על כל פעולת כתיבה ומחיקה של מסמך.

החיובים על פעולות כתיבה ומחיקה פשוטים. לגבי פעולות כתיבה, כל פעולה מסוג set או update נספרת כפעולת כתיבה אחת.

יש כמה ניואנסים לגבי החיובים על פעולות קריאה שכדאי לזכור. בקטעים הבאים מוסבר בפירוט על הניואנסים האלה.

קריאות של רשומות אינדקס

אתם מחויבים על פעולת קריאה אחת לכל קבוצה של עד 1,000 רשומות אינדקס שנקראות על ידי שאילתה, למעט במקרים הבאים:

• ב שאילתות חיפוש וקטוריות של השכן הקרוב ביותר (KNN), אתם מחויבים על פעולת קריאה אחת לכל קבוצה של עד 100 רשומות של אינדקס וקטור kNN שנקראות על ידי השאילתה.

  לדוגמה, אם שאילתת החיפוש הבאה של וקטורים עם limit: 5 מחזירה 5 מסמכים וקוראת 1,550 רשומות של אינדקס וקטורים של kNN, תחויבו ב-5 פעולות קריאה עבור המסמכים שהוחזרו וב-16 פעולות קריאה עבור רשומות האינדקס:

  // Requires single-field vector index
  const vectorQuery: VectorQuery = db.collection('cities').findNearest('embedding_field', FieldValue.vector([3.0, 1.0, 2.0]), {
    limit: 5,
    distanceMeasure: 'EUCLIDEAN'
  });
  

• לא תחויבו על קריאת רשומות אינדקס בשאילתות עם עד שדה טווח אחד.

  לדוגמה, השאילתה הבאה מכילה שדה שוויון אחד (age) ושדה טווח אחד (start_date), ולא תחויבו על קריאת רשומות אינדקס:

  db.collection("employees").whereEqualTo("age", 35)
                            .whereGreaterThanOrEqualTo("start_date", new Date(2020, 1, 1))
  

  השאילתה הבאה מכילה שני שדות טווח (age ו-start_date), והיא מחויבת על קריאות של רשומות אינדקס:

  db.collection("employees").whereGreaterThanOrEqualTo("age", 35)
                            .whereGreaterThanOrEqualTo("start_date", new Date(2020, 1, 1))
  

  שדה שמופיע בתנאי order by נחשב לשדה טווח אם יש לפחות שדה טווח אחד נוסף בשאילתה. לכן, השאילתה הבאה מכילה שני שדות טווח (age ו-start_date) ותחויב על קריאות של רשומות במדד:

  db.collection("employees").whereGreaterThanOrEqualTo("age", 35)
                            .orderBy("start_date")
  

  השדה __name__ תמיד נחשב לשדה טווח, גם אם הוא משמש רק בסינון של שוויון. לכן, השאילתה הבאה מכילה שני שדות טווח (age ו-__name__) ותחויב על קריאות של רשומות אינדקס:

  db.collection("employees").whereIn("__name__", Arrays.asList("/employees/Alice", "/employees/Bob"))
                            .orderBy("age")
  

שאילתות צבירת נתונים

בשאילתות צבירת נתונים כמו count(), ‏ sum() ו-avg(), אתם מחויבים על רשומות האינדקס שהשאילתה קוראת, כפי שמתואר למעלה. בשאילתות צבירת נתונים שקוראות 0 רשומות במדד, החיוב המינימלי הוא על קריאת מסמך אחד.

לדוגמה, פעולות count() שקוראות בין 0 ל-1,000 רשומות באינדקס מחוייבות על קריאת מסמך אחד. אם מבצעים פעולת count() שקוראת 1,500 רשומות באינדקס, מחויב על 2 קריאות של מסמכים.

כדי לקבל מידע נוסף על המדדים שבהם נעשה שימוש ועל רשומות המדדים שנקראות, אפשר להשתמש ב-Query Explain.

האזנה לתוצאות של שאילתות

Cloud Firestore מאפשר להאזין לתוצאות של שאילתה ולקבל עדכונים בזמן אמת כשתוצאות השאילתה משתנות.

כשמקשיבים לתוצאות של שאילתה, תחויבו על קריאה בכל פעם שמתווסף או מתעדכן מסמך בקבוצת התוצאות. תחויבו גם על קריאה כשמסמך יוסר מקבוצת התוצאות כי המסמך השתנה. (לעומת זאת, אם מסמך נמחק, לא תחויבו על קריאה).

החיוב של המאזינים ב-SDK לנייד וב-SDK לאינטרנט תלוי גם בשמירה במצב אופליין:

• אם התכונה 'שמירה במצב אופליין' מופעלת והמאזין מנותק למשך יותר מ-30 דקות (למשל, אם המשתמש עובר למצב אופליין), תחויבו על מסמכים ועל רשומות באינדקס שנקראים כאילו שלחתם שאילתה חדשה לגמרי.

• אם תשביתו את השמירה במצב אופליין, תחויבו על קריאת מסמכים ורשומות באינדקס כאילו הוצאתם שאילתה חדשה לגמרי בכל פעם שהמאזין מתנתק ומתחבר מחדש.

ניהול של קבוצות תוצאות גדולות

ב-Cloud Firestore יש כמה תכונות שיעזרו לכם לנהל שאילתות שמחזירות מספר גדול של תוצאות:

• סמן, שמאפשר להמשיך שאילתה ממושכת.
• אסימוני דפים, שעוזרים לכם לפצל את תוצאות השאילתה לדפים.
• מגבלות, שמציינות כמה תוצאות לאחזר.
• Offsets, שמאפשרים לדלג על מספר קבוע של מסמכים.

אין עלויות נוספות על שימוש בסמן, באסימוני דפים ובמגבלות. למעשה, התכונות האלה יכולות לעזור לכם לחסוך כסף על ידי קריאה רק של המסמכים שבאמת נחוצים לכם.

עם זאת, כששולחים שאילתה שכוללת סטייה, מחויב חיוב על קריאה לכל מסמך שהושמט. לדוגמה, אם בשאילתה נעשה שימוש בהיסט של 10, והשאילתה מחזירה מסמך אחד, אתם מחויבים על 11 קריאות. בגלל העלות הנוספת הזו, מומלץ להשתמש בסמן במקום בהיסטים בכל הזדמנות אפשרית.

שאילתות שאינן קריאות של מסמכים

על שאילתות שאינן קריאות של מסמכים, כמו בקשה לקבלת רשימה של מזהי אוספים, תחויבו בקריאה אחת של מסמך. אם אחזור הקבוצה המלאה של התוצאות מחייב יותר מבקשה אחת (לדוגמה, אם אתם משתמשים בפיצול דפים), אתם מחויבים פעם אחת לכל בקשה.

חיוב מינימלי על שאילתות

החיוב המינימלי הוא על קריאת מסמך אחד לכל שאילתה שמבצעים, גם אם השאילתה לא מחזירה תוצאות.

Cloud Firestore Security Rules

בספריות לקוח לנייד ולאינטרנט, אם ב-Cloud Firestore Security Rules נעשה שימוש ב-exists(), ב-get() או ב-getAfter() כדי לקרוא מסמך אחד או יותר ממסד הנתונים, תחויבו על קריאות נוספות באופן הבא:

• אתם מחויבים על קריאות שנדרשות כדי להעריך את Cloud Firestore Security Rules.

  לדוגמה, אם הכללים שלכם מתייחסים לשלושה מסמכים, אבל Cloud Firestore צריך לקרוא רק שניים מהמסמכים האלה כדי להעריך את הכללים, תחויבו בשתי פעולות קריאה נוספות עבור המסמכים התלויים.

  אתם מחויבים רק על קריאה אחת לכל מסמך תלוי, גם אם הכללים שלכם מפנים למסמך הזה יותר מפעם אחת.

• החיוב על בדיקת הכללים מתבצע רק פעם אחת לכל בקשה.

  כתוצאה מכך, יכול להיות שיהיה זול יותר לקרוא כמה מסמכים מאשר לקרוא מסמכים אחד אחרי השני, כי קריאת כמה מסמכים מחייבת פחות בקשות.

• כשמקשיבים לתוצאות של שאילתה, תחויבו על הערכת הכללים בכל המקרים הבאים:

  • כששולחים את השאילתה.
  • בכל פעם שתוצאות השאילתה מתעדכנות.
  • בכל פעם שהמכשיר של המשתמש מתנתק מהאינטרנט ואז מתחבר שוב.
  • בכל פעם שמעדכנים את הכללים.
  • בכל פעם שמעדכנים את המסמכים התלויים בכללים.

גודל האחסון של מסד הנתונים

אתם מחויבים על כמות הנתונים שאתם מאחסנים ב-Cloud Firestore, כולל עלויות אחסון. סכום העלויות הנוספות כולל מטא-נתונים, אינדקסים אוטומטיים ואינדקסים מורכבים.

כל מסמך שנשמר ב-Cloud Firestore צריך לכלול את המטא-נתונים הבאים:

• מזהה המסמך, כולל מזהה האוסף ושם המסמך.
• השם והערך של כל שדה. מכיוון ש-Cloud Firestore הוא ללא סכימה, צריך לאחסן את השם של כל שדה במסמך יחד עם ערך השדה.
• כל אינדקס של שדה יחיד ואינדקס מורכב שמפנה למסמך. כל רשומה במדד מכילה את מזהה האוסף, מספר כלשהו של ערכי שדות, בהתאם להגדרת המדד, ואת שם המסמך.

עלויות האחסון מופיעות ב-GiB לחודש ומחושבות מדי יום. Cloud Firestore מודד את גודל מסד הנתונים מדי יום. במהלך חודש, נקודות הדגימה האלה ממוצעות כדי לחשב את נפח האחסון של מסד הנתונים. הערך הממוצע הזה מוכפל במחיר ליחידה של נפח האחסון (GiB לחודש)

איך מחושב נפח האחסוןCloud Firestore

נתוני PITR

אם מפעילים את PITR, תחויבו על האחסון של נתוני PITR. לרוב הלקוחות, העלות הכוללת של אחסון נתוני PiTR דומה לעלות האחסון של מסד הנתונים.

עלויות האחסון של PITR מחושבוֹת ב-GiB לחודש ומחושבוֹת מדי יום. Cloud Firestore מודד את גודל מסד הנתונים מדי יום. במהלך חודש, נלקח הממוצע של נקודות הדגימה האלה כדי לחשב את נפח האחסון של מסד הנתונים. הערך הממוצע הזה מוכפל במחיר ליחידה של PITR (GiB-month).

לדוגמה, אם הגודל הממוצע של מסד הנתונים במהלך החודש הוא 1GB ו-PITR מופעל במשך כל החודש, גם גודל הנתונים של PITR לחיוב הוא 1GB.

חיוב מינימלי: יכול להיות שתחויבו בעלות האחסון של PITR ליום אחד, גם אם תשביתו את PITR תוך יום אחד ממועד ההפעלה.

פעולות גיבוי נתונים ושחזור

אם מפעילים גיבויים, תחויבו על האחסון של הגיבויים של מסדי הנתונים. נפח האחסון של הגיבוי שווה לנפח האחסון של מסד הנתונים בזמן יצירת הגיבוי.

עלויות האחסון של הגיבויים מופיעות ב-GiB לחודש. במהלך חודש מסוים, המערכת גם מחשבת את מספר הימים שבהם כל גיבוי נשמר, בממוצע לחודש. העלות של כל גיבוי מחושבת לפי נפח האחסון של הגיבוי כפול החלק היחסי של החודש שבו הגיבוי נשמר כפול המחיר ליחידה. גבולות היום מוגדרים לפי אזור הזמן America/Los_Angeles לצורכי חיוב.

כשמבצעים פעולת שחזור, Cloud Firestore מודד את הגודל של הגיבוי עבור פעולת השחזור. הגודל של הגיבוי מוכפל במחיר ליחידה של פעולות שחזור (GiB).

הסבר על שאילתות

השימוש ב-Firestore Query Explain כרוך בעלויות.

כשמשתמשים באפשרות ברירת המחדל להסבר של שאילתה, לא מתבצעות פעולות קריאה של אינדקס. ללא קשר למורכבות השאילתה, תחויבו על פעולת קריאה אחת.

כשמשתמשים באפשרות analyze כדי להסביר שאילתה, מתבצעות פעולות של הוספה לאינדקס וקריאה, כך שתחויבו על השאילתה כרגיל. אין חיוב נוסף על הפעילות של ההסבר והניתוח, רק החיוב הרגיל על השאילתה שמבוצעת.

רוחב הפס של הרשת

אתם מחויבים על רוחב הפס של הרשת שבו נעשה שימוש בבקשות Cloud Firestore, כפי שמתואר בקטעים הבאים. העלות של רוחב הפס של רשת לבקשת Cloud Firestore תלויה בגודל התגובה לבקשה, במיקום של מסד הנתונים של Cloud Firestore וביעד התגובה.

Cloud Firestore מחשבת את גודל התגובה על סמך פורמט הודעה בסדרה. התקורה של הפרוטוקול, כמו התקורה של SSL, לא נכללת בשימוש ברוחב הפס של הרשת. בקשות שנדחו על ידי Cloud Firestore Security Rules לא נספרות בחישוב השימוש ברוחב הפס של הרשת.

כדי לבדוק את רוחב הפס של הרשת שבו השתמשתם, תוכלו לייצא את נתוני החיוב לקובץ במסוף Google Cloud.

תמחור כללי של רשתות

על בקשות שמקורן ב-Google Cloud Platform (לדוגמה, מאפליקציה שפועלת ב-Google Compute Engine), תחויבו באופן הבא:

סוג תנועה	מחיר
העברת נתונים נכנסים	חינם
העברת נתונים בתוך אזור	חינם
העברת נתונים בין אזורים באותו אזור מרוחק	חינם
העברת נתונים בין אזורים בתוך ארה"ב (לכל GiB)	0.01$‎ (ה-10GiB‎ הראשונים בכל חודש ניתנים בחינם)
העברת נתונים בין אזורים, לא כולל תנועה בין אזורים בארה"ב	שיעורי העברת נתונים יוצאים באינטרנט ב-Google Cloud Platform

אם אתם משלמים במטבע שאינו דולר ארה"ב, יחולו המחירים הרשומים במטבע שלכם במק"טים של Cloud Platform.

Cloud Firestore כפוף גם לחיוב נוסף על תעבורת נתונים יוצאת באינטרנט עבור:

• בקשות Google Cloud בין אזורים, לא כולל תנועה בין אזורים בארה"ב
• בקשות מחוץ ל-Google Cloud (לדוגמה, ממכשיר נייד של משתמש)

שיעורי תעבורת נתונים יוצאת (egress) באינטרנט של Google Cloud

דוגמה לתמחור

כדי לראות איך נצברות עלויות החיוב ב-Cloud Firestore באפליקציה לדוגמה מהעולם האמיתי, אפשר לעיין בדוגמה לחיוב ב-Cloud Firestore.

ניהול ההוצאות

כדי להימנע מחיובים בלתי צפויים בחשבון, כדאי להגדיר תקציב חודשי והתראות במסוף החיוב של Google Cloud.

כדי לעקוב אחרי השימוש ב-Cloud Firestore, פותחים את הכרטיסייה Cloud Firestore Usage במסוף Firebase. אתם יכולים להשתמש בלוח הבקרה כדי למדוד את השימוש שלכם בתקופה מסוימת.