בקשות נכנסות לשירותי Cloud Run יוצרות באופן אוטומטי מעקבים שאפשר לראות ב-Cloud Trace.
אתם יכולים להשתמש במעקבים האלה כדי לזהות את המקורות של בעיות זמן אחזור בהטמעה, בלי להוסיף עוד כלים ב-Cloud Trace.
כותרת ההפצה הסטנדרטית של הקשר יומן המעקב של W3C traceparent מאוכלסת באופן אוטומטי לבקשות של Cloud Run.
עם זאת, אם תוסיפו כלים נוספים, תוכלו להשתמש ב-Cloud Trace גם כדי למדוד את הזמן שלוקח לבקשה להתפשט בכל שכבה בהטמעה. לדוגמה, הזמן שלוקח להשלים שאילתה במסד נתונים, לקבל תוצאות מבקשת API או להריץ לוגיקה עסקית מורכבת. כל אחת ממדידות הזמן הספציפיות לשכבה נקראת span. אפשר לראות את המעקבים ב-Cloud Trace בתרשימי מפל שמשקפים את ערכי זמן האחזור.
חיובים
מעקבים שנוצרים באופן אוטומטי ב-Cloud Run, בין אם הם נדגמים או נכפים, לא גורמים לחיובים. עם זאת, אם אתם משתמשים בספריות של Cloud Trace ומוסיפים טווחי זמן משלכם על ידי התאמה שלהם לטווחי הזמן שסופקו על ידי Cloud Run, תחויבו על ידי Cloud Trace.
תדירות הדגימה של המעקב
Cloud Run לא דוגם את המעקבים של כל בקשה. כשמשתמשים ב-Cloud Trace עם Cloud Run, הבקשות נדגמות בקצב מקסימלי של 0.1 בקשות לשנייה לכל מכונה (או בקשה אחת כל 10 שניות). אפשר גם לאלץ מעקב אחרי בקשה מסוימת. אם מאלצים מעקב אחרי בקשה, הבקשה נדגמת בקצב מקסימלי של 0.1 שניות לכל מכונה (או 10 בקשות לשנייה).
ב-Cloud Run אי אפשר להגדיר את תדירות הדגימה של Cloud Run.
מתי להוסיף אינסטרומנטציה
המעקבים נוצרים באופן אוטומטי בלי שצריך להוסיף כלי מדידה בשירות. עם זאת, במקרים מסוימים כדאי להוסיף קוד למדידת ביצועים בשירות כדי לנצל את כל היתרונות של Cloud Trace. לדוגמה, צריך להוסיף אינסטרומנטציה אם רוצים:
- ליצור טווחי מעקב בהתאמה אישית, למשל כדי לקבל נתוני תזמון של משך הזמן שלוקח לשירות שלכם לקבל עבודה בחזרה מ-Cloud Translation API.
- להפיץ את הקשר המעקב כדי ש-Cloud Trace יציג את תהליך הבקשה בשירותים מרובים כבקשה אחת.
כדי להוסיף אינסטרומנטציה, קראו את המאמר הוספת אינסטרומנטציה למעקב באפליקציות. שימו לב: מעקבים שנוצרים כתוצאה מהכלים בשירות שלכם יחויבו בחיובים סטנדרטיים של Cloud Trace.
צפייה במעקבים
מידע נוסף זמין במאמר הצגת נתוני מעקב.