יכולת צפייה למפתחי אפליקציות

אם אתם כותבים יישומים, תוכלו להשתמש בקוד שלכם כדי לייצר טלמטריה ולקבל יכולת תצפית מעמיקה על התנהגות זמן הריצה הפנימית של היישום שלכם. דף זה מציג מושגים של מכשור תוך-תהליכי, מסביר את היתרונות של מסגרות ניטרליות לספקים כמו OpenTelemetry, ומפנה אתכם למדריכים ספציפיים לשפה ודוגמאות קוד עבור Google Cloud Observability.

מהם מכשור וניראות?

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

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

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

האיור הבא ממחיש כיצד יישום משתמש במכשור כדי לייצר ולשלוח טלמטריה למערכת אחסון:

איור הממחיש את הארכיטקטורה של מכשור בתהליך.

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

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

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

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

קובעים את אסטרטגיית ההטמעה

דוגמאות ומדריכי הטמעה