מידע על נתוני הביצועים של בקשת רשת HTTP/S (כל אפליקציה)

‫Performance Monitoring משתמש בעקבות כדי לאסוף נתונים על תהליכים מנוטרים באפליקציה. עקבה היא דוח שמכיל נתונים שנאספו בין שתי נקודות זמן באפליקציה.

בכל סוגי האפליקציות, המערכת אוספת Performance Monitoring באופן אוטומטי נתוני מעקב עבור כל בקשת רשת שהאפליקציה שולחת, שנקראים נתוני מעקב של בקשת רשת HTTP/S. במעקב הזה נאספים מדדים לגבי הזמן שחלף מהרגע שבו האפליקציה שלכם מנפיקה בקשה לנקודת קצה של שירות ועד שהתגובה מנקודת הקצה הזו הושלמה. לכל נקודת קצה שהאפליקציה שולחת אליה בקשה, Performance Monitoring מתעדת כמה מדדים:

• זמן התגובה – הזמן שחלף בין שליחת הבקשה לבין קבלת התשובה במלואה

• גודל המטען הייעודי (payload) של התגובה – גודל המטען הייעודי (payload) של הרשת בבייטים שהאפליקציה הורידה

• גודל המטען הייעודי (payload) של הבקשה – גודל המטען הייעודי (payload) ברשת, בבייטים, שהועלה על ידי האפליקציה

• שיעור ההצלחה – אחוז התגובות שבוצעו בהצלחה (קודי תגובה בטווח 100 עד 399) בהשוואה למספר התגובות הכולל

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

‫Performance Monitoring אוטומטית אוסף מדדים לבקשות רשת שמשתמשות בספריות הרשת הבאות:

התאמה אישית של צבירת נתונים של בקשות לאחזור מהרשת

בנוסף לכלים המוכנים לשימוש ולצבירת הנתונים של בקשות הרשת, Performance Monitoring תומך גם באפשרויות הבאות:

• הטמעה ידנית של מעקב אחר בקשות לאחזור מהרשת: המעקב שמוגדר כברירת מחדל כולל את רוב הבקשות לאחזור מהרשת שנשלחות מהאפליקציה. עם זאת, יכול להיות שבקשות מסוימות לא ידווחו, או שתשתמשו בספרייה אחרת כדי לשלוח בקשות לאחזור מהרשת. במקרים כאלה, אפשר להשתמש ב-Performance Monitoring API כדי להגדיר ידנית מעקב אחר בקשות רשת מותאמות אישית.
• צבירת נתונים לפי תבניות URL מותאמות אישית: אם יש כתובות URL ספציפיות שלא נכללות בנתונים ש-Firebase אוסף באמצעות התאמה אוטומטית של תבניות URL, אפשר ליצור תבניות URL מותאמות אישית כדי לעקוב אחרי קבוצה ספציפית של כתובות URL לאורך זמן.
• התאמה אישית של אופן החישוב של שיעור ההצלחה: לפעמים קוד שגיאה צפוי עבור נקודות קצה מסוימות של ה-API או שהוא כבר מטופל באפליקציה. במקרים כאלה, אפשר להגדיר את אופן החישוב של שיעור ההצלחה ולעקוב אחרי שיעור ההצלחה של הקריאות לרשת של האפליקציה בצורה מדויקת יותר.

צבירת נתונים לפי תבניות של כתובות URL

Firebase Performance Monitoring צבירה אוטומטית של נתונים לבקשות לאחזור מהרשת דומות כדי לעזור לכם להבין מגמות בביצועים של בקשות לאחזור מהרשת.

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

מהי תבנית URL?

תבנית URL מכילה דומיין בתוספת תבנית שיכולה להתאים לנתיב URL, לדוגמה: example.com/*/animals/**.

• תבניות של כתובות URL יכולות להכיל את פלחי הנתיב הבאים:

  • טקסט פשוט – התאמה למחרוזת מדויקת
  • ‫* — תואם לכל מחרוזת בפלח נתיב יחיד
  • ‫** – תואם לסיומת שרירותית של נתיב

• תבניות URL יכולות להיות:

  • תבניות שמקורן ב-Firebase – נקראות תבניות URL אוטומטיות
  • תבניות שהוגדרו על ידי המשתמשים – נקראות תבניות מותאמות אישית של כתובות URL

לדוגמה: כל אחת מבקשות כתובות ה-URL הבאות יכולה להתאים לתבנית כתובת ה-URL example.com/*/animals/**.

• example.com/singapore/animals
• example.com/australia/animals/spiders
• example.com/australia/animals/marsupials/koala.png

הדומיין של תבנית URL יכול להכיל גם * כמקטע הראשון שלו, למשל: *.example.com/*/fruits/**.

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

תבניות URL אוטומטיות

ללא כל הגדרה מצדכם, Performance Monitoring מנסה לשקף את התנהגות השימוש האחרונה באפליקציה שלכם על ידי התאמת הבקשות של האפליקציה לדפוסי כתובות URL אוטומטיים.

איך פועלת ההתאמה האוטומטית של תבניות URL?

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

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

1. האפליקציה שולחת הרבה בקשות לכתובות URL כמו:

   • example.com/germany/animals/bears
   • example.com/germany/animals/birds
   • example.com/germany/cars

   מערכת Firebase קובעת ש-example.com/germany/** היא תבנית נפוצה של בקשה לאפליקציה, ומוסיפה אותה כדפוס URL אוטומטי בפרויקט.

   לכל בקשה חדשה שתואמת לתבנית כתובת ה-URL הזו, מערכת Firebase מצברת את נתוני הבקשות תחת תבנית כתובת ה-URL האוטומטית example.com/germany/**.

2. אחרי שבוע, רוב הבקשות של האפליקציה שלך מופנות אל example.com/germany/animals/bears ואל example.com/germany/animals/birds. לכן, Firebase גוזר תבנית URL מייצגת יותר של example.com/germany/animals/**.

   לגבי כל בקשה תואמת חדשה לתבנית כתובת ה-URL החדשה הזו, Firebase מצבר את נתוני הבקשות רק במסגרת תבנית כתובת ה-URL החדשה. ‫Firebase ממשיך לצבור נתונים לבקשות אל example.com/germany/cars בקטע example.com/germany/**.

3. עם זאת, במהלך השבועות הקרובים, מספר הבקשות של האפליקציה אל example.com/germany/animals/bears וexample.com/germany/animals/birds יירד באופן משמעותי. מערכת Firebase קובעת שהערך example.com/germany/animals/** לא מייצג את התנהגות השימוש העדכנית באפליקציה, ולכן מערכת Firebase מתחילה להתאים את שתי הבקשות האלה לערך example.com/germany/**.

   מערכת Firebase לא צוברת נתוני בקשות נוספים בקטע example.com/germany/animals/** כי היא כבר לא התבנית האוטומטית הכי מייצגת של כתובת URL.

התאמה אוטומטית של תבניות כתובות URL היא דינמית, ולכן חשוב לשים לב לנקודות הבאות:

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

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

הצגת דפוסי כתובות URL אוטומטיים והנתונים שלהם

ב-Firebase מוצגים כל דפוסי כתובות ה-URL והנתונים המצטברים שלהם בכרטיסיית המשנה Network requests בטבלת העקבות, שנמצאת בתחתית לוח הבקרה Performance במסוף Firebase.

יכול להיות שתראו תבניות URL עם התווית לא מסווג. אלה תבניות URL אוטומטיות 'רחבות' שבאמצעותן Firebase יכול לצבור נתונים לבקשות שלא תואמות לתבנית URL ספציפית יותר.

כאשר תקופת השמירה של הנתונים מסתיימת לגבי הנתונים שנצברים לפי תבנית URL, מערכת Firebase מוחקת את הנתונים האלה מתבנית ה-URL. אם כל הנתונים שנצברים במסגרת תבנית URL אוטומטית פג תוקפם, מערכת Firebase מוחקת את תבנית ה-URL הזו ממסוף Firebase.

תבניות URL מותאמות אישית

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

מידע נוסף על יצירת תבניות של כתובות URL מותאמות אישית

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

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

מעקב אחרי מדדים ספציפיים במרכז הבקרה

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

לוח הבקרה של מעקב אחרי ביצועים ב-Firebase" />

כדי להוסיף מדד ללוח המדדים:

1. נכנסים אל לוח הבקרה לביצועים במסוף Firebase.
2. לוחצים על כרטיס מדד ריק ואז בוחרים מדד קיים כדי להוסיף אותו ללוח.
3. לוחצים על more_vert בכרטיס מדד עם נתונים כדי לראות עוד אפשרויות, למשל להחלפה או להסרה של מדד.

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

איך משתמשים בלוח הבקרה

הצגת עקבות והנתונים שלהם

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

‫Performance Monitoring מספק דף לפתרון בעיות במסוף Firebase, שבו מודגשים שינויים במדדים. כך קל לטפל בבעיות בביצועים ולצמצם את ההשפעה שלהן על האפליקציות והמשתמשים. אפשר להשתמש בדף פתרון הבעיות כשמגלים על בעיות פוטנציאליות בביצועים, למשל בתרחישים הבאים:

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

אפשר לגשת לדף פתרון הבעיות בדרכים הבאות:

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

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

נתונים של מעקב אחר ביצועים ב-Firebase מסוננים לפי מאפיין" />

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

מידע נוסף על הצגת נתונים של עקבות

השלבים הבאים

• מידע נוסף על שימוש במאפיינים לבדיקת נתוני ביצועים

• מידע נוסף על מעקב אחר בעיות בביצועים במסוף Firebase

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

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