מעקב אחרי מסלולים

התכונה 'מעקב מבוסס-נתיב' מאפשרת לצבור את היומנים של ה-backend מ-Cloud Logging ולארגן אותם כדי להציג מדדים שונים לנתיבים שונים באפליקציית האינטרנט.

תרחישי שימוש במעקב מבוסס-נתיב

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

יתרונות

• פתרון בעיות שקשורות לביצועים: זיהוי מסלולים ספציפיים שחווים חביון גבוה (p75) או שיעורי שגיאות גבוהים, כדי לאפשר מאמצי אופטימיזציה ממוקדים.
• ניתוח תנועה: אפשר להבין את נפח הבקשות למסלולים שונים, וכך לתעדף משאבים ולזהות תכונות פופולריות.
• מעקב אחרי שגיאות: מעקב אחרי שגיאות 4xx ו-5xx במסלולים ספציפיים, כדי לאפשר זיהוי ופתרון מהירים של בעיות שמשפיעות על חלקים ספציפיים באפליקציה.

תרחישים לדוגמה

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

הפעלת מעקב מבוסס-נתיב

כדי להצטרף ולהפעיל מעקב מבוסס-נתיב:

1. בוחרים את ה-backend בדף App Hosting במסוף Firebase.
2. בקטע Routes (נתיבים), בוחרים באפשרות Register routes (רישום נתיבים) כדי להפעיל מעקב מבוסס-נתיבים.

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

רישום מסלולים

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

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

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

בטבלה הבאה מתוארות כמה אפשרויות להתאמה של תבניות URL מותאמות אישית.

כדי להתאים...	יוצרים תבנית מותאמת אישית של כתובת URL כמו...	דוגמאות להתאמות לתבנית כתובת ה-URL הזו
כתובת URL מדויקת	/foo/baz	example.com/foo/baz
כל פלח נתיב יחיד (*)	/*/baz	example.com/foo/baz example.com/bar/baz
	/*/*/baz	example.com/foo/bar/baz example.com/bah/qux/baz
	/foo/*	example.com/foo/baz example.com/foo/bar הערה:התבנית הזו לא תתאים ל-example.com/foo.
סיומת שרירותית של נתיב (**)	/foo/**	example.com/foo example.com/foo/baz example.com/foo/baz/more/segments

חשוב לשים לב להתנהגות הקצה הזו של מעקב מבוסס-מסלול:

• בתבניות URL בהתאמה אישית, Firebase לא תומך בתחביר כמו *.[file extension], כמו *.png או *.css.
• הדומיין של תבנית כתובת URL יכול גם להכיל * כפלח הראשון שלו: *.example.com/*/fruits/**.
• הבקשות נספרות עבור כל ההתאמות של תבניות כתובות URL. ‫example.com/foo/baz ייכלל בספירה של example.com/* וגם של example.com/foo/*

אפשר לרשום עד 20 מסלולים למעקב.

מעקב אחרי מדדים

המדדים הבאים זמינים לכל מסלול רשום:

• מספר הבקשות
• שגיאות (5xx ו-4xx)
• זמן טעינה p75

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

תמחור

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

מידע נוסף על התמחור ב-Cloud Logging ועל חישוב העלויות המשוערות זמין במאמר Cloud Logging תמחור.