הגדרת אירוע ב-Looker לתמחור לפי צריכה

בדף הזה מוגדר המושג אירוע Looker, שהוא מדד הצריכה העיקרי שמשמש למודלים של תמחור לפי צריכה ב-Looker (ליבת Google Cloud).

מהו אירוע ב-Looker?

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

באופן פנימי, כל אירוע ב-Looker ממופה להרצה של משימת שאילתה.

הגדרה של משימת שאילתה

משימת שאילתה היא הייצוג הפנימי של פעולת שאילתה, ללא קשר למקור שממנו השאילתה הופעלה. דוגמאות למשימות של שאילתות:

כל אחת מהמשימות האלה מייצגת אירוע אחד ב-Looker. לכן, לדוגמה, רענון של לוח בקרה שכולל 10 משבצות יוצר 10 משימות של שאילתות, ולכן 10 אירועים ב-Looker שניתנים לחיוב.

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

למה משתמשים במשימות של שאילתות לתמחור לפי צריכה

למשימות של שאילתות יש יתרון ייחודי במדידה של ערך הלקוח ושל השימוש במשאבי המערכת ב-Looker, מכמה סיבות:

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

משימות של שאילתות שלא מחויבות

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

  1. שאילתות של פעילות המערכת: שאילתות שמופעלות מול מודלים פנימיים של מכשור כדי להפעיל את המעקב ב-Looker, דוחות השימוש ופעילות המערכת (בקטע internal_model config שמשמש ב-helltool). כך מנהלי מערכת יכולים תמיד לגשת לנתוני ביצועים ולנתוני טלמטריה (כמו Elite System Activity, או ESA) גם אם הם חורגים ממגבלות החיוב או ממגבלות השליטה.
  2. שאילתות להצעות: שאילתות אוטומטיות שנשלחות למסד הנתונים כשמשתמש מקליד בשדה טקסט של מסנן כדי ליצור הצעות לסינון. השירותים האלה לא מייצגים ערך ישיר ועצמאי ללקוח, והם לא נכללים בחיוב.
  3. הפעלות של שאילתות בטבלה נגזרת קבועה (PDT): שאילתות שמופעלות כדי ליצור או ליצור מחדש טבלאות PDT. מכיוון ש-PDT הם כלי לאופטימיזציה של הביצועים שמומלץ לשיפור חוויית המשתמש, לא נגבה תשלום על פקודות לבנייה מחדש של PDT כדי לא להרתיע אתכם מלהשתמש בהן, וגם כי אפשר להפעיל אותן בתוך השורה במהלך ביצוע שאילתה רגילה.
  4. שאילתות לעיבוד מקדים של קובצי PDF: משימות שמריצות שאילתות כדי לאכלס את המטמון במהלך יצירת מסמך PDF. הדפסות של קובצי PDF מפעילות שתי שאילתות לכל משבצת (אחת לשמירת התוצאות במטמון ואחת לעיבוד התוצאות מהמטמון). רק שאילתת הקריאה הסופית של המטמון נספרת כאירוע שניתן לחיוב, בעוד שהשאילתה של מילוי מראש לא נכללת.

  5. שאילתות לא מוצלחות: כל משימת שאילתה שלא מחזירה תוצאות למשתמש. המשימות האלה כוללות שאילתות במסד הנתונים שמניבות סטטוסים שונים מ-COMPLETE, כולל:

    • ERROR
    • KILLED
    • CACHE_ONLY_MISS
    • REJECTED (דחייה בגלל בעיות תאימות)

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