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