רשת נתונים מופשטת כהמחשה לניטור סוכני נתונים ב-BigQuery
יצירה חזותית: Conny Schneider / Unsplash

BigQuery מאפשרת למדוד עלות, latency ושימוש בסוכני נתונים

Google Cloud הפכה לזמינה באופן כללי את שכבת התצפיתיות עבור סוכני נתונים ב־BigQuery. היכולת, שהופיעה בעדכוני המוצר ב־2 בנובמבר 2026 וסוכמה מחדש ב־5 בנובמבר, נועדה לפתור בעיה שמגיעה מיד אחרי שלב הניסוי: איך יודעים אם סוכן נתונים באמת שימושי, מה הוא עולה, היכן הוא איטי ואילו כלים ושאילתות הוא מפעיל בכל שיחה.

מה ניתן למדוד

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

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

למה זה חשוב לצוותי Data ו־FinOps

  • ביצועים: איתור שיחות איטיות, כלים בעייתיים ומקורות ידע שמכבידים על המענה.
  • אימוץ: הבנה אילו סוכנים משמשים עובדים בפועל ואילו נשארים ללא שימוש.
  • עלות: מעקב אחר שימוש בטוקנים והתנהגות שאילתות כדי לזהות תרחישים יקרים.
  • תחקור: צפייה ברצף model calls ו־tool calls במקום להסתפק בשגיאת קצה כללית.

הניטור אינו מופעל אוטומטית

Agent Observability כבוי כברירת מחדל. מנהל צריך להפעיל אותו ברמת פרויקט או ארגון דרך לשונית Monitoring של BigQuery Agents, באמצעות gcloud או דרך ה־API. יש להפעיל גם את Cloud Trace, Cloud Monitoring ו־Cloud Logging ולהעניק תפקידי צפייה מתאימים למי שמנתח את הנתונים.

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

ומה נשמר בלוגים

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

נתוני Cloud Trace נשמרים כברירת מחדל למשך 30 יום. מי שזקוק לתחקור ארוך טווח יכול לקשר את מאגר ה־Trace ל־BigQuery ולהעתיק את הנתונים לטבלה היסטורית — אך עליו להביא בחשבון עלויות אחסון, הרשאות ודרישות פרטיות.

ארבע פעולות מומלצות לפני הרחבה

  1. להפעיל את הניטור בפרויקט פיילוט ולתעד baseline של latency ועלות.
  2. להגדיר תקציבים והתראות עבור שימוש בטוקנים ושאילתות חריגות.
  3. להפריד בין צוותי צפייה בלוגים לבין משתמשי הסוכן, לפי עקרון ההרשאה המזערית.
  4. לבדוק שהלוגים אינם קולטים מידע אישי או סודות מעבר לנדרש.

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

מקורות

זכויות תמונה: יצירה חזותית מאת Conny Schneider, מתוך Unsplash. דף מקור: Unsplash. רישיון: Unsplash License — שימוש חופשי באתר, בסושיאל ובתוכן שיווקי/מסחרי; אין למכור את הקובץ ללא שינוי או לבנות שירות תמונות מתחרה. אין בתמונה אנשים מזוהים, לוגואים או מצג של חסות.

דילוג לתוכן