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


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

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

  • זמן תגובה – הזמן שחל מהרגע שבו הבקשה נשלחת ועד שהתגובה מתקבלת במלואה

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

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

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

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

‫Performance Monitoring automatically collects metrics for network requests that use the following networking libraries:

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

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

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

צבירת נתונים לפי תבניות של כתובות 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, שבו מודגשים שינויים במדדים. כך קל לטפל בבעיות בביצועים ולצמצם את ההשפעה שלהן על האפליקציות והמשתמשים. אפשר להשתמש בדף פתרון הבעיות כשמגלים על בעיות פוטנציאליות בביצועים, למשל בתרחישים הבאים:

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

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

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

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

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

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

השלבים הבאים

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