בדף הזה נסביר איך לעקוב אחרי השימוש ב-Cloud Firestore ולזהות בעיות פוטנציאליות באפליקציה.
לוח הבקרה Usage
אפשר להשתמש בלוחות הבקרה של השימוש במסוף Google Cloud ובמסוף Firebase כדי לראות את פעולות הקריאה, הכתיבה והמחיקה של מסמכים לאורך זמן.
בקרת גישה
כדי להשתמש במרכזי הבקרה של השימוש, נדרשת ההרשאה monitoring.timeSeries.list ב-Cloud IAM.
התפקידים 'בעלי הפרויקט', 'עריכה בפרויקט' ו'צפייה בפרויקט' מעניקים את ההרשאה הזו. אפשר להעניק את ההרשאה הזו גם באמצעות תפקיד Cloud Monitoring או תפקיד בהתאמה אישית.
לוח הבקרה Database Usage
כדי להציג מדדי שימוש של מסד נתונים מסוג Cloud Firestore, פותחים את הדף Usage של מסד הנתונים במסוף Google Cloud.
נכנסים לדף Databases במסוף Google Cloud.
בוחרים את מסד הנתונים הנדרש מרשימת מסדי הנתונים.
בתפריט הניווט, לוחצים על Usage (שימוש).
לוחצים על הקישור בהודעה שמופיעה בדף כדי להציג את השימוש במסד הנתונים.
לוח הבקרה של שימוש במסדי נתונים של Cloud Firestore במסוף Google Cloud."/>
לוח הבקרה 'שימוש מצטבר'
אם יש בפרויקט כמה מסדי נתונים של Cloud Firestore, אפשר להציג מדדי שימוש מצטברים במסוף Google Cloud או במסוף Firebase.
מסוף Google Cloud
נכנסים לדף Project usage במסוף Google Cloud.
כניסה לדף 'שימוש בפרויקט' ב-Google Cloud
במרכז הבקרה של נתוני השימוש בפרויקט מוצגות פעולות במסמכים לאורך זמן באופן הבא:
לוח הבקרה של השימוש בפרויקט ב-Cloud Firestore במסוף Google Cloud."/>
Firebase מסוף
כניסה לדף השימוש של Cloud Firestore (מסוף Firebase)
מרכז הבקרה של השימוש ב-Cloud Firestore במסוף Firebase."/>
לוח הבקרה של השימוש ודוחות החיוב
בלוחות הבקרה של השימוש ב-Cloud Firestore במסופי Firebase ו-Cloud תוכלו לקבל אומדן של השימוש. הם יכולים לעזור לכם לזהות עליות חדות בשימוש. עם זאת, לוח הבקרה לא מציג תצוגה מדויקת של הפעולות שחויבו. סביר להניח שהשימוש המחויב יהיה גבוה יותר. בכל מקרה של אי-התאמה, דוח החיוב מקבל עדיפות על פני לוח הבקרה של השימוש.
פעולות שגורמות לחוסר התאמה בין לוח הבקרה של השימוש לבין השימוש שחויב כוללות:
- פעולות ייבוא וייצוא. פעולות הקריאה והכתיבה שמבוצעות על ידי הפעולות האלה לא מופיעות בלוח הבקרה של השימוש.
- כתיבה לצורך אימות בלבד (No-op). פעולות כתיבה שמאמתות רק את קיומו או את אי-קיומו של מסמך תורמות לפעולות קריאה שחויבו, אבל הן מוצגות בתור UPDATE_NOOP ו-DELETE_NOOP, בהתאמה, בלוח הבקרה של שימוש בכתיבה.
- כתיבה ללא פעולה. פעולות שלא גורמות לשינוי במסד הנתונים, כמו עדכון שלא משנה את ערכי השדות או כתיבת למסמך שנמחק, עשויות להופיע בלוח הבקרה של השימוש בתור 'UPDATE_NOOP' או 'DELETE_NOOP'. למרות שהן מוצגות בתור 'NOOP', הן עדיין נכללות בפעולות לחיוב.
כתיבה מכווצת. במקרים שבהם מתבצעות כמה פעולות כתיבה באותו מסמך ברצף מהיר, לוח הבקרה של השימוש עשוי לכווץ כמה פעולות כתיבה יחד ולספור אותן כפעולה אחת. כשמחשבים את השימוש לחיוב, כל פעולת כתיבה עדיין נספרת בנפרד.
בלוח הבקרה של השימוש מתבצעת גם התכווצות של פעולות כתיבה עבור טרנספורמציות של שדות, כמו חותמות זמן של שרת, הוספות מספריות ופעולות של איחוד מערכי נתונים. בטרנספורמציות של שדות, לוח הבקרה של השימוש עשוי לספור כמה פעולות כפעולה אחת.
- שאילתות שלא מחזירות אף תוצאה. שאילתות עם אפס תוצאות יגרמו לחיוב על פעולת קריאה אחת. השימוש הזה מחויב, אבל הוא לא מופיע בלוח הבקרה של השימוש.
- פעולות קריאה מ-קריאת רשומות אינדקס. השימוש הזה מחויב, אבל הוא לא מופיע בלוח הבקרה של השימוש. לדוגמה, שאילתות צבירת נתונים מחויבות על קריאת רשומות אינדקס, אבל השימוש הזה לא מופיע בלוח הבקרה של השימוש.
בלוח הבקרה של השימוש בפעולות מחיקה לא מתועדות פעולות תפוגה אוטומטיות שמבוצעות על ידי מדיניות זמן חיים (TTL). אפשר לעיין במדדי TTL מ-Cloud Monitoring.
שימוש בכללי אבטחה
בנוסף, במסוף Firebase יש מרכז בקרה לבדיקת כללי האבטחה, שמציג תצוגה מפורטת של הקריאות לכללים. אפשר להשלים את לוח הבקרה הזה בניתוח מפורט בCloud Monitoring.
מרכז הבקרה למעקב אחרי כללי Cloud Firestore במסוף Firebase."/>
Cloud Monitoring מדדים
Cloud Monitoring אוסף מדדים, אירועים ומטא-נתונים ממוצרי Google Cloud. באותו נתוני מדדים מוצגים בלוח הבקרה של השימוש במסוף Cloud Firestore. כדי להגדיר מרכזי בקרה והתראות שימוש בהתאמה אישית, משתמשים ב-Cloud Monitoring.
Cloud Monitoring כולל את מדדי Cloud Firestore הבאים:
| שם המדד | תיאור |
|---|---|
| קריאת מסמכים |
מספר הקריאות המוצלחות של מסמכים. אפשר לפרט את המדד הזה לפי סוג הקריאה: LOOKUP או QUERY. המדד הזה לא כולל קריאות מייצוא מנוהל או מפעולות מחיקה בכמות גדולה. |
| כתיבת מסמכים |
מספר פעולות הכתיבה המוצלחות של מסמכים. אפשר לפלח את המדד לפי סוג הכתיבה: CREATE או UPDATE. המדד הזה לא כולל כתיבת מפעולות ייבוא מנוהלות. |
| מחיקה של מסמכים | מספר המסמכים שנמחקו בהצלחה. |
| חיבורים פעילים |
מספר החיבורים הפעילים למסד הנתונים. לכל SDK פעיל לנייד ולאינטרנט יש חיבור יחיד שאפשר לשתף עם מספר מאזינים של קובצי snapshot. ספריות הלקוח של השרת יוצרות חיבור אחד לכל מאזין של קובץ snapshot. |
| פונקציות מסוג Snapshot Listener |
מספר המאזינים של קובצי snapshot בכל החיבורים הפעילים. |
| מספר המחיקות לפי זמן חיים |
המספר הכולל של מסמכים שנמחקו על ידי מדיניות אורך החיים (TTL). |
| עיכובים בין תפוגת התוקף של משך החיים לבין המחיקה |
הזמן שחלף בין תאריך התפוגה של המסמך לפי מדיניות אורך החיים (TTL) לבין מועד המחיקה בפועל. |
- שימוש בעדכונים בזמן אמת
אפשר להשתמש במדדים 'חיבורים פעילים' ו'מאזינים לתמונות מצב' כדי למדוד את השימוש בעדכונים בזמן אמת.
נניח שמשתמש פותח את האפליקציה בטלפון שלו. לאחר מכן האפליקציה מתחברת ל-Cloud Firestore ומנוהלת 10 שאילתות. כך תוכלו להגדיל את המדדים שלכם ב-1 חיבור פעיל וב-10 מאזינים של קובצי snapshot.
- תדירות הדגימה
המדדים של Cloud Firestore נאספים כל דקה, אבל יכול להיות שיחלפו עד 4 דקות עד שהעדכונים יופיעו במרכזי הבקרה.
מדדי זמן אחזור
מדדי זמן האחזור לקצה העורפי זמינים באמצעות מדדים נפוצים של Google Cloud firestore.
לדוגמה, תרשים של זמן אחזור p50 מופיע בתצוגה של Metrics Explorer במסוף Cloud.
הגדרת מרכז בקרה של Cloud Monitoring
במאמר שימוש בלוח הבקרה למעקב מוסבר איך להציג לוח בקרה שהוגדר מראש או להגדיר לוח בקרה.