ניראות (observability) לאופרטורים של מערכות

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

כלים לאיסוף טלמטריה

• ‫Google-Built OpenTelemetry Collector

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

• Ops Agent

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

  • איסוף מדדים ועקבות של OTLP
  • איסוף מדדים של Prometheus

• השירות המנוהל של Google Cloud ל-Prometheus

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

שליחת נתונים לפרויקט בפורמט OTLP

‫Google Cloud Observability תומך בהטמעת נתוני יומן, מדדים ונתוני מעקב בפורמט OTLP. מידע על ה-API, על שיטות האימות ועל עיבוד הנתונים זמין במאמר תמיכה ב-OTLP ב-Google Cloud Observability.

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

הוספת יכולת צפייה בלי לשנות את הקוד

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

דוגמה מופיעה במאמר שימוש במכשיר OpenTelemetry ללא קוד לעומסי עבודה של Java ב-GKE.