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


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

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

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

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

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

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

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

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

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

מהי תבנית URL?

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

  • תבניות של כתובות 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/animals/**.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 מותאמות אישית

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

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

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

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

תמונה של לוח המדדים ב-<span class=לוח הבקרה של מעקב אחרי ביצועים ב-Firebase" />

כדי להוסיף מדד ללוח המדדים, פועלים לפי השלבים הבאים:

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

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

איך משתמשים במרכז הבקרה

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

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

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

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

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

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

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

תמונה של <span class=נתונים ממעקב אחרי ביצועים ב-Firebase שמסוננים לפי מאפיין" />
  • מסננים לפי כתובת URL של דף כדי להציג נתונים של דף ספציפי באתר
  • כדי לדעת איך חיבור 3G משפיע על האפליקציה, אפשר לסנן לפי סוג החיבור בפועל.
  • מסננים לפי מדינה כדי לוודא שהמיקום של מסד הנתונים לא משפיע על אזור מסוים.

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

השלבים הבאים