הגדרות אדמין – מרכזי בקרה לפעילות במערכת

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

לפני שמפעילים את 'פעילות המערכת' בפריסת Looker באירוח בצד הלקוח עם קצה עורפי של MySQL, צריך לוודא שהגדרתם את המשתמש בצורה נכונה עבור מסד הנתונים של הקצה העורפי. במילים אחרות, צריך לבצע את השלב של grant all on looker_tmp.* to '<DB_username>'@'%'; לפני שמפעילים את התכונה 'פעילות המערכת'. אפשר לעיין בהליך במאמר העברת מסד הנתונים של הקצה העורפי של Looker אל MySQL.

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

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

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

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

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

פעולה: שינוי ההרשאות לצפייה במודל של פעילות המערכת. לאדמינים יש גישה למודל הזה כברירת מחדל. אפשר לתת למשתמשים שאינם אדמינים גישה למודל של פעילות המערכת אם מקצים להם את ההרשאה see_system_activity.

יש הגבלה על מספר השאילתות שאפשר להריץ בו-זמנית בלוחות הבקרה וב-Explores של פעילות המערכת. ההגבלה הזו עלולה להאריך את זמני הטעינה של לוחות הבקרה של פעילות המערכת.

טיפ מצוות Chat: נתונים שמבוססים על זמן בפעילות המערכת מאוחסנים באמצעות אזור הזמן של המערכת. מידע נוסף מופיע בדף התיעוד בנושא שימוש בהגדרות אזור הזמן.

מרכזי בקרה לפעילות במערכת

אלה מרכזי הבקרה של פעילות המערכת:

מרכז הבקרה לפעילות במסמך

בלוח הבקרה User Activity מוצג מידע על המשתמשים ועל השימוש שלהם במופע Looker.

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

  • המספר הכולל של המשתמשים במופע Looker

  • מספר המשתמשים מכל סוג במופע Looker שלכם, כולל:

  • המספר הכולל של המשתמשים במופע Looker לאורך זמן

  • אחוז המשתמשים שהגישו שאילתה אחת לפחות במופע Looker שלכם ב-7 הימים האחרונים

  • תמונת מצב של פעילות ההתחברות של המשתמשים ב-90 הימים האחרונים

  • מספר הדקות הממוצע של פעילות ומספר השאילתות הממוצע לכל משתמש בכל שבוע ב-6 השבועות האחרונים

  • מספר המשתמשים שהגישו שאילתה אחת לפחות ב-7 הימים האחרונים, מקובצים לפי מקור השאילתה

  • רשימה של משתמשים שהקדישו הכי הרבה זמן לשימוש במופע Looker ב-7 הימים האחרונים

  • רשימה של משתמשים שיצרו הכי הרבה לוחות בקרה חדשים במופע Looker שלכם ב-7 הימים האחרונים

  • רשימה של משתמשים שהפעילו הכי הרבה אירועי Git ממופע Looker שלכם בכל הזמנים

  • רשימה של משתמשים שלא נכנסו למופע Looker ב-90 הימים האחרונים

  • משבצת טקסט עם קישורים למקורות מידע ולהדרכות בנושא Looker

  • רשימה של ניסיונות הכניסה האחרונים שנכשלו, עם הפרטים הבאים לגבי כל ניסיון כושל:

    • השעה של ניסיון ההתחברות
    • מזהה המשתמש
    • שיטת האימות שבה נעשה שימוש
    • הודעות שגיאה שהוחזרו

מרכז הבקרה לפעילות במסמך

בלוח הבקרה Content Activity (פעילות תוכן) מוצג מידע על לוחות הבקרה, ה-Looks וה-Explores שנצפים ומתוזמנים במופע Looker שלכם.

לוח הבקרה Content Activity כולל כרטיסים שבהם מוצגים הנתונים הבאים:

  • מספר לוחות הבקרה שלא נמחקו
  • מספר הלוקים שלא נמחקו
  • מספר התוכניות המתוזמנות
  • אחוז לוחות הבקרה שהופעלו עליהם שאילתות ב-30 הימים האחרונים
  • אחוז המבטים שנשלחו לגביהם שאילתות ב-30 הימים האחרונים
  • מספר המשימות המתוזמנות בכל יום ב-7 הימים הקודמים
  • מספר השאילתות שבוצעו ב-Explore ב-30 הימים האחרונים
  • רשימה של כל לוחות הבקרה והתצוגות (Looks) שהייתה אליהם גישה ב-30 הימים האחרונים, שאפשר למיין לפי מספר הצפיות בממשק המשתמש של Looker, מספר הצפיות בהטמעה, מספר הצפיות דרך ה-API, מספר הפעמים שהתוכן נשמר כמועדף ומספר הפעמים שהתוכן נשלח דרך משימה מתוזמנת
  • רשימה של ניתוחים שנוצרו ב-30 הימים האחרונים, שבה מוצג מספר הפעמים שהניתוח הופעל ומספר המשתמשים שהפעילו את הניתוח
  • רשימה של לוחות בקרה ו-Looks שלא הייתה אליהם גישה ב-30 הימים האחרונים, שבה מוצג מספר הצפיות בתוכן ב-90 הימים האחרונים בממשק המשתמש של Looker, בהטמעה ובאמצעות ה-API; וב-90 הימים האחרונים, מספר הפעמים שהתוכן נשמר כמועדף ומספר הפעמים שהתוכן הועבר באמצעות משימה מתוזמנת
  • רשימה של ניתוחים שנוצרו ב-90 הימים האחרונים ולא בוצעה לגביהם שאילתה ב-30 הימים האחרונים. ברשימה מוצג משך הזמן שעבר מאז ההרצה האחרונה של הניתוח, מספר הפעמים שהניתוח הורץ ב-90 הימים האחרונים, התאריך שבו הניתוח הורץ לאחרונה והתאריך שבו הניתוח הורץ לראשונה.

לוח בקרה של ביצועי מסד הנתונים

בלוח הבקרה Database Performance מוצג מידע על הביצועים של תוכן ושל PDT במופע Looker שלכם. אפשר לסנן את כל לוח הבקרה לפי שם החיבור. לוח הבקרה כולל תובנות לגבי זמני הריצה של השאילתות, בו-זמניות (concurrency) ובניית PDT, ומציג את מספר שגיאות השאילתות וכשלי בניית ה-PDT.

לוח הבקרה Database Performance כולל כרטיסים שבהם מוצגים הנתונים הבאים:

  • זמן האחזור של שאילתה: פירוט של הזמן הממוצע שנדרש לביצוע שאילתה במסד הנתונים. כך אפשר להבחין בין זמן האחזור שנגרם על ידי Looker לבין זמן האחזור שנגרם על ידי מסד הנתונים עצמו. אם אתם רואים שהערכים של 'הזמן הממוצע שחלף במהלך הפעלת שאילתות' או 'הזמן הממוצע שחלף במהלך אתחול וחיבור' גבוהים באופן עקבי, יכול להיות שהמסד נתונים שלכם לא מוקצה מספיק, והגדלת המשאבים שלו עשויה להוביל לשיפורים משמעותיים.
  • מקבילות של שאילתות: תצוגה של המספר הממוצע של שאילתות בו-זמנית, שמסווגות לפי מקור. כדי לבצע ניתוח יעיל, אפשר לסנן לפי חיבור יחיד ולבטל את ההסתרה של סדרת החיבורים המקסימליים כדי להשוות את עומס השאילתות למגבלת החיבור. אם רמת הניצול של המקביליות גבוהה באופן עקבי, אפשר לשנות את ההגדרה Max Connections בדף האדמין של Connections כדי למנוע עומס יתר על מסד הנתונים.
  • אחוז השאילתות שהוחזרו מהמטמון.
  • כל השאילתות שהופעלו ב-30 הימים האחרונים, מקובצות לפי מקור השאילתה, עם זמני ריצה של שאילתות שמצטברים לרמות, וכל רמת זמן ריצה מוצגת כאחוז מכל השאילתות.
  • טבלה של 15 המשתמשים המובילים שמציגה את מספר השאילתות שהופעלו ב-7 הימים האחרונים.
  • טבלה של 10 המקורות המובילים של שאילתות, שמוצג בה מספר השאילתות שהופעלו ב-7 הימים האחרונים.
  • מספר השאילתות שהופעלו, מספר המשתמשים הפעילים ואחוז השאילתות שהוחזרו מהמטמון בכל שעה ביום.
  • מספר העבודות המתוזמנות והתוכניות המתוזמנות בכל שעה ביום.
  • מספר ה-PDT שנוצרו לכל חיבור בכל שעה ביום.
  • זמן הריצה הממוצע של כל ניתוח ב-7 הימים האחרונים, ממוין לפי זמן הריצה הארוך ביותר.
  • משך ההפעלה הממוצע של כל Look ב-7 הימים האחרונים, ממוין לפי משך ההפעלה הארוך ביותר.
  • משך ההפעלה הממוצע של כל לוח בקרה ב-7 הימים האחרונים, ממוין לפי משך ההפעלה הארוך ביותר.
  • רשימה של כל ה-PDT שנוצרו ב-7 הימים האחרונים, שבה מוצג מספר הכשלים בהפעלת הטריגר, מספר הכשלים ביצירה ומספר הבנייות שהצליחו.
  • זמן הבנייה הממוצע של כל PDT ב-7 הימים האחרונים, ממוין לפי זמן הבנייה הממוצע הארוך ביותר.

מרכז הבקרה של ביצועי המכונה

בלוח הבקרה Instance Performance מוצג מידע על העומס והביצועים של הכלי לתזמון ושל תוכן שדורש ביצועים גבוהים.

לוח הבקרה Instance Performance כולל משבצות שמציגות את הנתונים הבאים:

  • סקירת מרכז הבקרה: האריח Taxing Dashboards (מרכזי בקרה שדורשים משאבים רבים) עוזר לזהות מרכזי בקרה שאולי מעמיסים על המופע. אפשר למיין את הטבלה כדי לראות אילו לוחות בקרה כוללים את מרווחי הרענון הקצרים ביותר, את המספר הגבוה ביותר של משבצות או מספר גבוה של שאילתות מיזוג. פרטים נוספים על ההגדרות האלה זמינים בדף אמצעי בקרה על תוכן, שבו אפשר לנהל את התוכן באופן פרואקטיבי ולשפר את ביצועי המופע.
  • מפת חום שבה מוצג מספר המשימות המתוזמנות והזמן הממוצע שלהן בתור לכל שעה בכל יום בשבוע. כך אפשר לראות אילו שעות או ימים משפיעים הכי הרבה על הכלי לתזמון.
  • מספר השאילתות וזמן הריצה הממוצע של השאילתות בימים שבהם זמן הריצה הממוצע גבוה פי 1.5 מהסטייה הרגילה בכל הימים. כך אפשר לראות באילו ימים ההשפעה על מתזמן הפגישות גבוהה במיוחד.
  • מספר המשימות המתוזמנות לכל ניתוח ב-Explore.
  • התוכן שנקבע לו הכי הרבה פעמים תזמון ב-14 הימים האחרונים, עם מספר הפעמים שכל פריט תוכן תוכנן לכל יום.
  • רשימה של שאילתות שהורדו או שנקבע להן מועד עם האפשרות כל התוצאות.
  • מקורות מידע לאופטימיזציה: קבוצה של לחצנים שמקשרים לדפים עם שיטות מומלצות ולמסמכי תיעוד בנושא אופטימיזציה של המופע.

לוח הבקרה 'המלצות לשיפור הביצועים'

במרכז הבקרה המלצות לשיפור הביצועים מוצגות הזדמנויות לשיפור הביצועים במופע Looker שלכם.

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

  • המלצות בלוח הבקרה: רשימה של לוחות בקרה שאולי לא מניבים ביצועים טובים והמלצות לשיפור הביצועים
  • עיון בהמלצות: רשימה של ניתוחים אפשריים שלא מניבים ביצועים טובים והמלצות לשיפור הביצועים

בקטעים הבאים מוסבר על כל אחת מהמשבצות.

המלצות במרכז הבקרה

בכרטיס המלצות במרכז הבקרה מוצגים מרכזי בקרה שעלולים לגרום לעומס על הביצועים במופע Looker או במסד הנתונים. בכרטיס מוצגות המלצות מתוך הדף שיקולים לבניית לוחות בקרה ב-Looker עם ביצועים טובים. אתם יכולים ליישם את ההמלצות האלה ברמת מרכז הבקרה כדי לשפר את הביצועים. אלה האזהרות האפשריות שיוצגו לכם:

אזהרה המלצה
The number of queries generated by this dashboard is <X>, which is higher than recommended (<25). מצמצמים את מספר המשבצות של השאילתות או יוצרים לוח בקרה שני.
The number of merge queries generated by this dashboard is <X>, which is higher than recommended (<=4). להקטין את מספר המשבצות של תוצאות המיזוג.
The auto-refresh interval of this dashboard is <X>, which is lower than recommended (>=15 min). כדי למנוע עומס יתר על מסד הנתונים, אפשר להגדיל את ההגדרה של מרווח הזמן לרענון או להשבית אותה.

עיון בהמלצות

בכרטיס המלצות לשיפור מוצגים ניתוחים שיכולים לגרום לעומס על הביצועים במופע Looker או במסד הנתונים.

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

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

שלב השאילתה אזהרה המלצות
Model Init: Computed The average model init: computed time is <X>, which is above the recommended benchmark. מסירים תצוגות מיותרות מהפרמטר include של מודל LookML. חשוב לוודא שקוד הייצור של LookML משתנה לעיתים רחוקות, באופן אידיאלי בזמנים שבהם המשתמשים לא מריצים הרבה שאילתות.
Explore Init: From Cache The average explore init: from cache (marshalled cache load) time is <X>, which is above the recommended benchmark. מעבירים שדות בהתאמה אישית וחישובים בטבלה אל LookML בכל מקום שאפשר.
Explore Init: Computed The average explore init: computed time is <X>, which is above the recommended benchmark. מסירים צירופים מיותרים מקובץ ה-LookML‏ explore. כדי להחריג שדות מיותרים מהניתוח, משתמשים בfields פרמטר LookML. חשוב לוודא שקוד הייצור של LookML משתנה לעיתים רחוקות, באופן אידיאלי בזמנים שבהם המשתמשים לא מריצים הרבה שאילתות.
Prepare The average prepare time is <X>, which is above the recommended benchmark. כדי לקצר את זמן ההכנה, מפעילים את התכונה New LookML Runtime. מעבירים שדות בהתאמה אישית וחישובים בטבלה אל LookML בכל מקום שאפשר.
Acquire Connection The average connection acquisition time is <X>, which is above the recommended benchmark. מגדירים את המגבלה המקסימלית על מספר החיבורים בחלונית של הגדרות החיבור. מגדירים מגבלה שלא נמוכה ממספר השאילתות המקסימלי שצריך להריץ בו-זמנית בזמן שיא התנועה.
Execute Main Query The average main query execution time is <X>, which is above the recommended benchmark. מומלץ להימנע מלוגיקת SQL מורכבת, כמו פונקציות חלון, CTE, תנאי צירוף בשדות תאריך או שרשראות צירוף גדולות. כדי לקצר את זמן השאילתות, כדאי להשתמש בטבלאות נגזרות מתמידות (PDT) בשביל לוגיקת SQL מורכבת. מומלץ להשתמש במודעות מצטברת כשזה אפשרי.
Postprocessing The average postprocessing time is <X>, which is above the recommended benchmark. מומלץ לפשט חישובים בטבלה ולהעביר אותם ל-LookML כשזה אפשרי. הסרת טבלאות צירים מורכבות, מיון או עיצוב ערכים.
Stream to Cache The average stream to cache time is <X>, which is above the recommended benchmark. מומלץ לפשט חישובים בטבלה ולהעביר אותם ל-LookML כשזה אפשרי. הסרת טבלאות צירים מורכבות, מיון או עיצוב ערכים.

מרכז הבקרה 'שגיאות ותוכן פגום'

בלוח הבקרה Errors and Broken Content (שגיאות ותוכן פגום) מוצגים לוחות הבקרה, ה-Looks, התזמונים וה-PDT שיוצרים שגיאות בשאילתות, לצד מספר השגיאות של כל מקור שאילתה.

בלוח הבקרה הזה מוצגות רק שגיאות שמתרחשות בזמן הריצה של השאילתה. לדוגמה, אם מסירים שדה LookML מתצוגה, אזהרות יוצגו בכל ה-Looks ולוחות הבקרה שמשתמשים בשדה הזה, אבל האזהרות האלה לא יוצגו בלוח הבקרה Errors and Broken Content. אפשר להשתמש בכלי לאימות תוכן כדי לבדוק אם יש בעיות בהפניות ל-LookML בלוחות המחוונים ובדוחות Look שלכם.

לוח הבקרה Errors and Broken Content (שגיאות ותוכן פגום) כולל משבצות שמציגות את הנתונים הבאים:

  • רשימה של מרכזי בקרה שמפיקים שגיאות, כולל השגיאות שמוצגות, הגורם שהנפיק כל שאילתה במרכז הבקרה ומספר המשתמשים שהריצו שאילתות באמצעות כל מרכז בקרה
  • רשימה של משימות מתוזמנות שיוצרות שגיאות, כולל השגיאות שנוצרו והיוצר של כל תזמון
  • רשימה של משימות מתוזמנות שמופיעות לגביהן אזהרות על מסירת נתונים חלקיים. לכל משימה, הרשימה כוללת את שם לוח הבקרה, פרטי הסטטוס שמסבירים למה המסירה לא הושלמה, יוצר לוח הזמנים ותאריך יצירת לוח הזמנים, וקישורים לתוכן ולתיקייה.
  • רשימה של מבטים שיוצרים שגיאות, כולל השגיאות שמוצגות והגורם המנפיק של כל שאילתת מבט
  • רשימה של טבלאות PDT שיוצרות שגיאות, כולל פעולות ה-PDT שיצרו את רשומת יומן השגיאות, נתונים שקשורים לפעולת ה-PDT, מספר הפעמים שבהן ה-PDT יצר פעולה של 'יצירה בוטלה' ומספר הפעמים שבהן ה-PDT יצר 'שגיאה של ערך הפעלה'
  • מספר השגיאות מכל מקור שאילתות ב-10 הימים האחרונים

אבחון בלוח הבקרה

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

כדי לגשת ללוח הבקרה Dashboard Diagnostics מכל לוח בקרה, לוחצים על Dashboard actions (פעולות בלוח הבקרה) סמל תפריט שלוש הנקודות ובוחרים באפשרות Dashboard Performance Summary (סיכום הביצועים של לוח הבקרה).

בחלק מהתרשימים, כמו Query Runtime by Hour ו-Query Runtime by Tile, זמן הריצה של השאילתה מחולק לפי שלב בשאילתה. אלה השלבים בשאילתה:

  • בתור: משך הזמן, בשניות, שהשאילתה שהתה בתור של Looker. מערכת Looker מכניסה שאילתות לתור כשהיא מגיעה למגבלה של מספר החיבורים המקסימלי לכל צומת של החיבור, או כשהיא מגיעה למגבלה לכל משתמש (שערך ברירת המחדל שלה הוא 15 שאילתות בו-זמניות).
  • הפעלת השאילתה: משך הזמן, בשניות, שנדרש ל-Looker כדי ליצור את השאילתה מ-LookML של המקור ולהתחבר למסד הנתונים. אם השלב הזה נמשך זמן רב, יכול להיות שהמורכבות של מודל LookML או הקישוריות למסד הנתונים משפיעות על זמן הריצה של השאילתה.
  • שאילתה פעילה: כמות הזמן, בשניות, ש-Looker המתין לתוצאות של השאילתה בזמן שהשאילתה רצה במסד הנתונים. החישוב כולל את השאילתה הראשית וכל שאילתה נוספת שנדרשת, כולל חישוב סכומים כוללים ויצירת PDT. זהו הגורם הנפוץ ביותר לזמן ריצה ארוך של לוחות בקרה, ואפשר לשפר אותו על ידי אופטימיזציה של ביצועי השאילתות.
  • עיבוד התוצאות: הזמן, בשניות, ש-Looker השקיע בעיצוב התוצאות, בחישובי טבלה ובשמירת מערך התוצאות במטמון.

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

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

ניתוח נתוני השיחות

במרכז הבקרה של Conversational Analytics מוצגים נתוני השימוש בתכונות של Conversational Analytics ב-Looker, כולל סוכני הנתונים וניתוחי הנתונים של מקורות הנתונים שהשימוש בהם הכי נפוץ, וגם המשתמשים הכי פעילים.

המראה והארגון של לוח הבקרה Conversational Analytics תלויים בתכונות של גרסת הטרום-ההשקה שמופעלות במופע שלכם.

  • אם תכונת התצוגה המקדימה Conversational Analytics Agent Token usage מופעלת, בלוח הבקרה Conversational Analytics מוצג מידע נוסף על השימוש המשוער באסימונים של המופע. מרכז הבקרה של ניתוח נתונים בשיחה מחולק לכרטיסיות הבאות: מעורבות ושימוש בטוקנים.
  • אם תכונת התצוגה המקדימה של בדיקת שאילתות של ניתוח נתונים בשיחה (CA) של משתמשי קצה מופעלת, בלוח הבקרה של ניתוח נתונים בשיחה מוצג מידע נוסף על השאילתות של ניתוח נתונים בשיחה של המשתמשים. לוח הבקרה ניתוח נתונים בשיחה מאורגן בכרטיסיות הבאות: מעורבות ותגובות ומשוב.
  • אם שתי תכונות התצוגה המקדימה מופעלות, לוח הבקרה Conversational Analytics מחולק לכרטיסיות הבאות: Engagement,‏ Token usage ו-Responses & feedback.

מעורבות בניתוח נתוני השיחות

מרכז הבקרה ניתוח שיחות מחולק לקטעים הבאים: קטע על משתמשים ושיחות, הסוכנים המובילים, ניתוחים ומשתמשים, ניתוח מעמיק של סוכנים במרכז הבקרה ושאילתות.

בקטע על משתמשים ושיחות מוצגים הנתונים הבאים:

  • סך כל המשתמשים: מספר המשתמשים ששאלו שאלות באמצעות ניתוח נתונים שיכול לנהל שיחה
  • אחוז המשתמשים הפעילים מתוך סך המשתמשים (7 הימים האחרונים): אחוז המשתמשים הפעילים ששאלו שאלות באמצעות ניתוח נתונים שימושי
  • סך כל הסוכנים: מספר סוכני הנתונים שהשתמשו בהם בשיחות
  • סך כל השיחות: מספר השיחות שבהן משתמש שאל לפחות שאלה אחת
  • משתמשים לפי סוג: השוואה בין משתמשים לפי סוג המשתמש, בהתאם לסוג הרישיון שלהם ב-Looker
  • אינטראקציות לפי סוג: השוואה בין מספר האינטראקציות עם סוכני נתונים לבין מספר האינטראקציות עם תכונת החיפוש והניתוח
  • משתמשים שבועיים: מספר המשתמשים השבועיים
  • שיחות שבועיות: פירוט שבועי של מספר השיחות עם סוכן נתונים או עם Looker Explore
  • משתמשים פעילים ב-7 הימים האחרונים: מספר המשתמשים הפעילים ב-7 הימים האחרונים
  • המספר הממוצע של שאילתות לכל משתמש בשבוע: המספר הממוצע של שאילתות לכל משתמש בשבוע

בקטע הסוכנים, הניתוחים והמשתמשים המובילים מוצגים הנתונים הבאים:

  • הניתוחים המובילים: הניתוחים שהכי הרבה משתמשים השתמשו בהם, ממוינים לפי ניתוחים עם הכי הרבה משתמשים, הכי הרבה שיחות והכי הרבה שאילתות
  • סוכנים שלא נעשה בהם שימוש ב-30 הימים האחרונים: מזהי הסוכנים שלא נעשה בהם שימוש ב-30 הימים האחרונים
  • המשתמשים המובילים: המשתמשים הכי פעילים, ממוינים לפי משתמשים עם הכי הרבה שיחות והכי הרבה שאילתות

בקטע Dashboard Agents Deep Dive מוצגים הנתונים הבאים:

  • סך כל השיחות (סוכנים במרכז הבקרה): מספר השיחות שבהן משתמש שאל לפחות שאלה אחת סוכן נתונים ממרכז הבקרה
  • סך כל המשתמשים (סוכני מרכז הבקרה): מספר המשתמשים ששאלו שאלות סוכן נתונים ממרכז בקרה
  • מרכזי בקרה עם שאלות: מספר מרכזי הבקרה עם סוכן נתונים שמשתמשים שאלו לפחות שאלה אחת
  • תצוגות של מרכז הבקרה לעומת שאלות (בשבוע האחרון): השוואה בין התצוגות של מרכז הבקרה לבין מספר השאלות שנשאלו את סוכני הנתונים שמשויכים למרכז הבקרה הזה
  • ציר זמן של שאלות במרכז הבקרה: תרשים שמציג כמה שאלות נשאלו את סוכן הנתונים של מרכז הבקרה לאורך זמן
  • הסוכנים המובילים: סוכני הנתונים שהכי הרבה משתמשים השתמשו בהם, ממוינים לפי סוכנים עם הכי הרבה משתמשים, הכי הרבה שיחות והכי הרבה שאילתות

בקטע שאילתות מוצגים הנתונים הבאים:

  • השאילתות שפועלות הכי הרבה זמן: השאילתות שפועלות הכי הרבה זמן, ממוינות לפי השאילתות שלקח להן הכי הרבה זמן לפעול
  • שאילתות לפי רמת זמן ריצה: שאילתות שמחולקות לפי רמות זמן ריצה בשניות

השימוש בטוקנים של ניתוח נתוני השיחות

השימוש ב-Conversational Analytics נמדד בטוקנים של נתונים, שהם יחידות בסיסיות של טקסט ונתונים שעוברים עיבוד על ידי מודל שפה גדול (LLM). כל האינטראקציות עם ניתוח שיחות ב-Looker נמדדות באמצעות אסימוני נתונים. הנתונים האלה כוללים את השאלות שנשאלו, את ההקשר שסופק למודל ואת התשובות שנשלחו בחזרה. האינטראקציות האלה מחולקות לשני סוגים: טוקנים של נתוני קלט וטוקנים של נתוני פלט.

בכרטיסייה Token usage (שימוש באסימונים) מוצגים הנתונים הבאים:

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

טוקנים של נתוני קלט הם טוקנים של נתונים שנשלחים למודל לעיבוד. אסימוני נתוני הקלט עשויים לכלול את הטקסט או הנתונים הבאים:

  • השאלה שמוקלדת בצ'אט
  • היסטוריית השיחות של סשן
  • כל הקשר נתונים רלוונטי, כמו מטא-נתונים והוראות לסוכן

טוקנים של נתוני פלט הם טוקנים של נתונים שהמודל יוצר ושולח בחזרה כחלק מהתשובה. אסימוני נתוני הפלט עשויים לכלול את הטקסט או הנתונים הבאים:

  • התשובה לשאלה בשפה טבעית
  • קריאה ל-API או שאילתת SQL שנוצרת כדי לאחזר נתונים
  • כל טקסט אחר שנוצר על ידי המודל כחלק מהתשובה
  • התצוגה שנוצרת על ידי המודל

מידע נוסף על תמחור לפי שימוש באסימונים זמין בדף תמחור של Looker.

תשובות ומשוב

בכרטיסייה תשובות ומשוב מופיע מידע על התנהגות המשתמשים ב-Conversational Analytics, עבור משתמשים שהסכימו לחשוף את נתוני השאילתות שלהם לאדמינים שלהם ב-Looker.

בכרטיסייה תגובות ומשוב מוצגים הנתונים הבאים:

  • הצלחה כוללת של תשובות: תרשים שמציג את אחוז השאילתות של המשתמשים שהניבו תגובה מוצלחת (הצלחה), שגיאה (שגיאה) או פסק זמן (פסק זמן). אפשר ללחוץ על סוג תוצאה כדי לראות, להוריד או לבדוק את השאילתות שהחזירו את התוצאה הזו.
  • חלוקת הדירוגים: תרשים שמציג את מספר הדירוגים שכל משתמש נתן לתשובה של Conversational Analytics לשאלה שלו. דירוגי המשתמשים כוללים לייק, דיסלייק, ללא דירוג ודירוג שהוסר. אתם יכולים ללחוץ על סוג דירוג כדי לראות, להוריד ולבדוק את השאילתות שמשתמשים סיפקו לגביהן את הדירוג הזה.

  • משוב מהמשתמשים: טבלה שבה מפורטים דירוגי המשתמשים והתגובות הכתובות האופציונליות שנשלחו על ידי המשתמשים לגבי איכות התשובות שהם קיבלו. בדוח מוצגים הפרטים הבאים:

    • שאלה: השאילתה כפי שהיא נכתבה על ידי המשתמש, נחתכת אם יש צורך. כשלוחצים על השאלה, השיחה של המשתמש נפתחת בחלונית נפרדת.
    • ‫Agent: מזהה ייחודי של הסוכן של ניתוח שיחות.
    • לוח בקרה: עבור סוכני נתונים של לוחות בקרה, לוח הבקרה שמכיל את הנתונים שהסוכן שולח לגביהם שאילתה.
    • מודל: במקרה של סוכני נתונים של Explore, המודל הבסיסי של ה-Explore שהסוכן שולח אליו שאילתה.
    • ניתוח: הניתוח שהסוכן מבצע בשאילתות של סוכני ניתוח נתונים.
    • דירוג: הדירוג של המשתמש לתשובה.
    • הצלחת התשובה: תוצאת הצלחת התשובה.
    • זמן האחזור: משך הזמן הכולל, בשניות, של תור שיחה יחיד, מהרגע שבו המשתמש שולח שאילתה ועד שהתשובה הסופית מועברת.
    • משתמש: השם של המשתמש שמנהל שיחה עם הסוכן.
    • חותמת זמן: חותמת הזמן בפורמט YYYY-MM-DD HH:MM:SS של מועד שליחת השאילתה על ידי המשתמש.

היסטוריית שאילתות

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

לוח הבקרה היסטוריית השאילתות כולל משבצות שמציגות את הנתונים הבאים:

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