מעקב בפלטפורמה של מפות Google

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

ב-Cloud Monitoring יש מגוון גדול של תכונות ואפשרויות. כאן נסביר על Cloud Monitoring ונציג דוגמאות בסיסיות. למידע נוסף על כל התכונות, כולל דוגמאות רבות נוספות, עיינו במסמכי העזרה של Cloud Monitoring.

הגדרת Cloud Monitoring

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

  • לפרויקט יחיד
  • למספר פרויקטים בארגון אחד
  • לפרויקטים מרובים עם מספר ארגונים

כדי לוודא שהמדדים של הפרויקטים זמינים:

  1. במסוף Google Cloud, בוחרים באפשרות Monitoring:

    לדף Monitoring

  2. חשוב לוודא שבחרתם את הפרויקט הנכון.
  3. בחלונית הניווט Monitoring, לוחצים על > משמאל לMetrics Scope. בצילום המסך הבא מוצג הדף שמוצג כשבוחרים בפרויקט AllEnvironments (כל הסביבות):

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

בטבלה Metrics Monitoring by this project מפורטים הפרויקטים שהמדדים שלהם נגישים להיקף המדדים הנוכחי. בכל שורה בטבלה מפורטים הפרויקט והתפקיד שלו:

  • פרויקט היקפי: בפרויקט הזה נשמרים בדיקות זמני הפעילות, מדיניות ההתראות, הקבוצות ולוחות הבקרה שהגדרתם. יש יחס 1:1 בין היקף המדדים לבין פרויקט היקף. בדוגמה הזו, הפרויקט AllEnvironments (כל הסביבות) הוא הפרויקט של ההיקף.
  • פרויקט במעקב: מדדי הפרויקט גלויים להיקף המדדים הנוכחי. בדוגמה הזו, הפרויקטים מסוג Staging ו-Production נמצאים במעקב.

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

למידע נוסף, כולל איך להוסיף ולהסיר פרויקטים, ראו הגדרת Cloud Monitoring.

לעיון במדדים

כדי לעיין בנתוני המדדים, אפשר ליצור תרשים באמצעות Metrics Explorer שכלול ב-Cloud Monitoring. לדוגמה, אם אתם רוצים לצפות במכסות של API מסוים, תוכלו להשתמש ב-Metrics Explorer כדי ליצור תרשים שבו מוצגים הנתונים העדכניים ביותר.

בתמונה הבאה מוצג תרשים של פירוט השימוש במכסות בממשקי ה-API של מפות Google:

צילום מסך של נתוני מדדי המכסה בכל ה-API של מפות Google. מוצג תרשים עמודות שבו כל מקטע של עמודת hte תואם ל-API שונה.

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

בתמונה הזו:

  • השדות Resource Type ו-Metric משמאל לתרשים מגדירים את נתוני המדדים שמוצגים בתרשים.
  • בתפריט הנפתח של סוגי התרשים שמעל לתרשים אפשר לבחור את סוג התרשים. בדוגמה הזו מוגדר הערך Stacked bar chart.
  • מרווח הזמן מעל התרשים מוגדר כ-1W (שבוע אחד).
  • מתחת לתרשים מופיעה רשימת השדות service, quota_metrics, method של ה-API ו-value המדדים שמגדירים את נתוני התרשים. כדי להשתמש במידע הזה לצמצום הנתונים המוצגים, בוחרים באפשרות Add Filter.

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

הצגה בגרף של מדד יחיד

כדי להגדיר תרשים באמצעות Metrics Explorer

  1. במסוף Cloud, בוחרים באפשרות Monitoring:

    לדף Monitoring

  2. בחלונית הניווט, בוחרים באפשרות Metrics explorer.
  3. כדי לראות את נתוני המדדים כתרשים עמודות, בסרגל הכלים בוחרים באפשרות Stacked bar chart מהתפריט הנפתח של סוגי התרשים.
  4. בוחרים מרווח זמן, למשל 1W (שבוע אחד).
  5. מציינים אילו נתונים יופיעו בתרשים. כדי להשתמש בממשק מבוסס-תפריט או כדי להזין מסנן, בוחרים בכרטיסייה Configuration. כדי להשתמש בשפת שאילתת המעקב (MQL), בוחרים בכרטיסייה MQL.
    1. כדי להציג תרשים של השימוש במכסות, בוחרים את Consumer Quota כ-Resource type. לחלופין, כדי ליצור תרשים לשימוש ב-API, בוחרים באפשרות Consumed API או Google Maps API (לפרטים נוספים על מדדי השימוש שזמינים בממשקי ה-API של הפלטפורמה של מפות Google, אפשר לעיין בקטע מדדי שימוש). מעבירים את העכבר מעל כל סוג משאב כדי להציג את התיאור שלו.
    2. עבור המדד, בוחרים באפשרות Rate quota usage. התרשים יתעדכן באופן אוטומטי ויוצגו בו נתוני המדדים. שימו לב שיש אפשרויות נוספות למכסות למדד. מעבירים את העכבר מעל כל מדד כדי להציג תיאור שלו. מידע נוסף על השדות ב-Metrics Explorer זמין במאמרים בחירת מדדים ובחירת אופן ההצגה של נתונים בתרשים.
  6. (אופציונלי) משתמשים באפשרויות הבאות כדי לשפר את התצוגה:
    1. כדי לציין קבוצת משנה של נתונים להצגה, מוסיפים מסננים. כדי להוסיף פילטר, לוחצים על Add filter (הוספת מסנן) וממלאים את תיבת הדו-שיח. מידע נוסף זמין במאמר סינון נתונים בתרשים. לדוגמה, כדי להציג נתונים של API יחיד:
      1. בשדה Label, בוחרים ב-method.
      2. בשדה Comparison, בוחרים בסימן השוויון =.
      3. בשדה ערך, בוחרים את השם של השיטה הספציפית. תתבקשו לבחור את השם של השיטה שהנתונים יוצגו בה.
      4. בוחרים באפשרות סיום כדי לעדכן את התרשים.
    2. כדי לקבץ סדרות זמנים לפי תווית, משתמשים בשדה קיבוץ לפי. אם בוחרים ערך לשדה הזה, המערכת בוחרת באופן אוטומטי ערך לשדה Aggregator.
    3. כדי לציין איך לשלב סדרות זמנים, מגדירים את השדה Aggregator. לדוגמה, אם השדה Group by ריק והשדה Aggregator מוגדר כממוצע, בתרשים יוצג הממוצע של סדרת הזמנים.
    4. כדי להגדיר את אופן העיבוד של סדרות זמנים נפרדות, בוחרים באפשרות Advanced Options. מידע נוסף זמין במאמר בחירת מדדים כשמשתמשים ב-Metrics Explorer.

  7. אפשר גם להוסיף אותו ללוח בקרה.

    כשיוצאים מהדף Metrics Explorer, התרשים נמחק. אפשר לבחור Save Chart כדי לשמור את התרשים בלוח בקרה חדש או קיים. מידע נוסף על הוספת תרשים למרכז בקרה מופיע בהמשך בקטע יצירת מרכזי בקרה.

הצגה בתרשים של מדדים מרובים

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

כדי להוסיף מדד לתרשים קיים:

  1. בתרשים הקיים, בוחרים באפשרות Add another metric בתחתית המסך.
  2. צריך לבחור את המדד ואז לציין איך להציג את סדרת הזמנים של המדד הזה, כמו שהגדרתם את המדד המקורי שלמעלה.

מידע נוסף על ניתוח מדדים זמין במאמרים הבאים:

יצירת מרכזי בקרה

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

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

כדי ליצור מרכזי בקרה בהתאמה אישית, אפשר להשתמש במסוף Cloud או ב-Cloud Monitoring API. בתמונה הבאה מוצג לוח בקרה בהתאמה אישית עם שני תרשימים:

  • תרשים מכסה בצד ימין
  • תרשים של ספירת ה-API בצד ימין

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

כדי ליצור מרכז בקרה מותאם אישית, יוצרים תרשימי מדדים ומוסיפים את התרשימים ללוח הבקרה. אפשר ליצור את התרשים ב-Metrics Explorer ולהוסיף אותו ללוח בקרה חדש או קיים. לחלופין, אפשר ליצור את מרכז הבקרה ולאחר מכן לערוך אותו כדי להוסיף תרשים.

אם תבחרו לנהל מרכזי בקרה בהתאמה אישית באמצעות Cloud Monitoring API, סייר המדדים מספק לכם שתי כלים שימושיים:

  • כדי ליצור ייצוג ב-JSON לתרשים שאתם מתכננים להוסיף ללוח הבקרה, מגדירים את התרשים באמצעות Metrics Explorer. לאחר מכן אפשר לגשת לייצוג JSON דרך פריט התפריט אפשרויות נוספות בסרגל הכלים של Metrics Explorer.
  • כדי לזהות את התחביר של מסנן Monitoring, שמשתמשים בו ב-Cloud Monitoring API, תוכלו להגדיר את התרשים בממשק מבוסס התפריט של Metrics Explorer. אחרי שבוחרים את המדד והמסננים, עוברים למצב סינון ישיר כדי להציג את המסנן המקביל ב-Monitoring.

יצירת מרכז בקרה מותאם אישית

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

  1. במסוף Cloud, בוחרים באפשרות Monitoring:

    לדף Monitoring

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

    1. אפשר לבחור סוג תרשים דרך האפשרות Add chart או לגרור אותו מהספרייה לאזור התרשים.

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

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

    2. בוחרים את האפשרויות Resource type ו-Metric, ומחילים את כל המסננים כפי שעשיתם למעלה כשיצרתם תרשים.

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

  5. (אופציונלי) בסרגל הכלים של מרכז הבקרה לוחצים על Add chart כדי להוסיף עוד תרשים, ואז חוזרים על השלבים הקודמים כדי להתאים אישית את התרשים.
  6. כשמסיימים לערוך, בוחרים בחץ שמאלה כדי לצאת ממרכז הבקרה או בוחרים פריט אחר בתפריט Monitoring. מרכז הבקרה נשמר באופן אוטומטי.

צפייה במרכז בקרה

כדי להציג מרכז בקרה, מבצעים את הפעולות הבאות:

  1. במסוף Cloud, בוחרים באפשרות Monitoring:

    לדף Monitoring

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

למידע נוסף על יצירת מרכזי בקרה:

מדדי שימוש

יש שתי קבוצות של מדדים למעקב אחרי השימוש בממשקי ה-API של הפלטפורמה של מפות Google: מדדי Serviceruntime (סוג המשאב consumed_api) שזמינים לרוב ממשקי ה-API של Google Cloud ומדדי הפלטפורמה של מפות Google, המדדים הספציפיים לממשקי ה-API של הפלטפורמה של מפות Google (סוג המשאב maps.googleapis.com/Api).

שני המדדים תומכים בקבוצה של תוויות משאבים לפיצול תנועת השימוש בממשקי API: project_id, service, method, version, location ו-credential_id. תוכלו להיעזר בתיאורים של תוויות המשאבים במשאבי העזרה של המשאב המתאים:

לכל קבוצת מדדים יש שני סוגי מדדים למעקב אחרי השימוש: Request count ו-Request Requestncies.

במדד Request count אפשר לפצל את תנועת השימוש לפי תוויות המדדים protocol, grpc_status_code, response_code ו-response_code_class. בנוסף, אפשר לפצל לפי platform_type במדדי הפלטפורמה של מפות Google.

במדד זמן אחזור של בקשה אפשר לפצל את תנועת השימוש לפי תוויות המדדים protocol, platform_type, response_code ו-response_code_class במדדי הפלטפורמה של מפות Google בלבד.

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

סטטוס התשובה ומיפוי התוויות של קוד התגובה

בטבלה הבאה מוצג המיפוי בין קוד הסטטוס של תגובה לקוד תגובת HTTP שהוחזר בתגובה לבקשות API של הפלטפורמה של מפות Google לבין תוויות של קודי תגובה שזמינות ב-Cloud Monitoring: קוד תגובת HTTP, מחלקה של קוד תגובת HTTP וקוד סטטוס GRPC. קוד הסטטוס של GRPC הוא קוד תגובה מספרי של gRPC לבקשות ל-gRPC, או קוד מקביל ל-gRPC לבקשות HTTP.

קודי תגובה שהוחזרו בתשובות API קודי התגובה דווחו ל-Monitoring
סטטוס ה-API של מפות Google קוד תגובת HTTP קוד תגובת HTTP מחלקה של קוד תגובת HTTP קוד סטטוס של GRPC
אישור 200,
204,
302		 200,
204,
302		 2xx,
3xx		 0 (תקין)
DATA_NOT_AVAILABLE,
NOT_FOUND,
ZERO_RESULTS		 200 200, 404(1) 2xx,
4xx(1)		 5 (NOT_FOUND)(1)
INVALID_REQUEST (ערך פרמטר לא חוקי),
MAX_ROUTE_LENGTH_EXCEEDED,
MAX_WAYPOINTS_EXCEEDED,
וכו'		 200,
400		 400 4xx 3 (INVALID_ARGUMENT)
INVALID_REQUEST (פרמטר לא חוקי/חסר, שגיאה בניתוח בקשה) 200,
400		 400 4xx 3 (INVALID_ARGUMENT)
REQUEST_DENIED 200, 403,
200, 400		 403,
401(1)		 4xx(1) 7 (permission_DENIED),
16 (UNAUTHENTICATED)
OVER_DAILY_LIMIT,
OVER_QUERY_LIMIT,
Resource_EXHAUSTED,
DailyLimitExceeded,
rateLimitExceeded,
userRateLimitExceed 		200,
403,
429		 429(1) 4xx(1) 8 (Resource_EXHAUSTED)
UNKNOWN_ERROR 200, 500,
503		 500(1),
503		 5xx(1) 2 (UNKNOWN)/13 (פנימי)(1),
14 (UNAVAILABLE)
1 כדי לשפר את העקביות של הדיווח על קודי שגיאה, התגובה { 1/class/class} של API (1/ 2/class) API (1/ 2/class) API (1/ 2/class) API (1/ /class} API) לסטטוס ה-API {RPC/class} 200/ 2xx של הסטטוס {RPC/class}200/2xx ל- 404/4xx (והקוד של הסטטוס של GRPC}:0 (OK)) לסטטוסים של ה-API: DATA_NOT_AVAILABLE, NOT_FOUND, ZERO_RESULTS - {RPC/class} status, סטטוס, 2)2002002002xx2xx2xx4xx4xx4xx4xx4xx4xx5NOT_FOUND4004034034037PERMISSION_DENIEDREQUEST_DENIEDREQUEST_DENIED40116UNAUTHENTICATED429OVER_QUERY_LIMITdailyLimitExceededrateLimitExceededuserRateLimitExceeded5005xx2UNKNOWN13INTERNALUNKNOWN_ERROR אפשר לראות את שני קודי התגובה במהלך תקופת המעבר. קודי התגובה שמוחזרים בתשובות מה-API של מפות Google לא משתנים. ב-Metrics Explorer תוכלו לעיין בפירוט של קודי התגובה שמדווחים לאורך זמן.

יצירת התראות

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

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

  • אני רוצה לקבל התראה כשמספר הבקשות ל-API ספציפי חורג מ-1,000 בקשות לכל חלון של 5 דקות.
  • יש להודיע לצוות התורן כשהאחוזון ה-90 של תגובות HTTP 200 חורג מזמן האחזור של 100 אלפיות השנייה ל-3 ממשקי API או יותר.

בתמונה הבאה מוצגת הגדרת התראה ליצירת התראה כשמספר הבקשות ל-API חורג מ-20 בקשות בחלון זמן של 5 דקות:

צילום מסך של הגדרת ההתראה שבו רואים את ספירת בקשות ה-API בכל ממשקי ה-API של מפות Google כשורות נפרדות, ואת סף ההתראה כקו אופקי.

בתמונה הזו:

  • בתרשים מוצג מספר הקריאות ל-API לאורך זמן לממשקי API שונים.
  • הקו האדום מראה את סף ההתראה. קריאות ל-API שחורגות מהסף הזה למשך חלון זמן של 5 דקות יפעילו את ההתראה. בדוגמה הזו ניתן לראות שממשק API אחד חרג מהמגבלה.

כשהתנאים של מדיניות התראות מתקיימים, Cloud Monitoring פותח אירוע ושולח התראות:

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

סוגי התראות

Cloud Monitoring תומך בסוגים רבים של התראות. לדוגמה, אתם יכולים להגדיר:

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

למידע נוסף, ראו סוגי מדיניות התראות.

ניהול מדיניות ההתראות

תוכלו להוסיף לפרויקט מדיניות התראות באמצעות מסוף Cloud או Cloud Monitoring API. במאמרים הבאים מוסבר איך לראות את רשימת כללי מדיניות ההתראות מבוססי-המדדים של הפרויקט, ואיך לשנות את כללי המדיניות האלה:

יצירת התראה

כשיוצרים התראה:

  • מגדירים את התנאים שיפעילו את ההתראות, לפי נתוני המדדים.
  • הגדרת ערוצי ההתראות שאליהם יישלחו התראות.

הדוגמה הבאה מראה איך להגדיר התראה שמופעלת כששיעור השימוש בשירות של הפלטפורמה של מפות Google לכל API חורג מ-2 בקשות בחלון של 5 דקות.

כדי ליצור את ההתראה:

  1. במסוף Cloud, בוחרים באפשרות Monitoring:

    לדף Monitoring

  2. בוחרים באפשרות Alerting.
  3. בוחרים באפשרות עריכת ערוץ ההתראות כדי להגדיר איך ההתראה נשלחת. בדוגמה הזו תשתמשו בכתובת האימייל שלכם.
    1. בשביל Email channel, בוחרים באפשרות Add New (הוספת ערוץ חדש).
    2. מזינים כתובת אימייל ושם תצוגה.
    3. לוחצים על שמירה.
  4. בוחרים באפשרות Alerting.
  5. בוחרים באפשרות Create Policy.
  6. בוחרים מרווח זמן, למשל 7 ימים.
  7. בקטע Alert conditions, בוחרים באפשרות New condition (תנאי חדש):
    1. לוחצים על Select a Metric, בוחרים את Consumed API בתור המשאב ואת Request count בתור המדד, ובוחרים Apply.
    2. (אופציונלי) מתחת לתרשים מופיעה הרשימה של השדות service, quota_metrics, method של API ו-value מדדים. לוחצים על Add filter (הוספת מסנן) כדי לסנן את הנתונים על סמך המידע הזה. לדוגמה, אפשר להשתמש במסנן כדי לציין שה-method צריכה להיות שווה ל-google.places.complete.http כדי להפעיל את ההתראה.
    3. בקטע Transform data, בוחרים באפשרות 5 min עבור Rolling window ו-mean בשביל rolling window.
    4. לוחצים על הבא.
  8. בקטע Configure alert trigger, מגדירים את Threshold value לערך 2 כדי לציין שההתראה תופעל כשיש יותר מ-2 בקשות בחלון של 5 דקות. שימו לב שבתרשים עכשיו מופיע הקו האדום שמציין את מגבלת ההתראות לפרק הזמן שנבחר. בתרשים אפשר לראות איפה ההתראה הייתה מופעלת. אפשר להיעזר בתרשים הזה כדי להתאים את המגבלה לפי הצורך.
  9. לוחצים על הבא.
  10. בדף הגדרת ההתראות והשלמת ההתראות:
    1. בוחרים את כתובת האימייל שיצרתם ל-Notification Channel.
    2. בקטע מתן שם להתראה, מזינים My Test Alert.
    3. בוחרים באפשרות Create Policy.
  11. לשלוח כמה בקשות API. חשוב לשלוח יותר משתי בקשות API תוך חמש דקות כדי לקבל את ההתראה באימייל.
  12. אחרי שמקבלים את האימייל עם ההתראה, נכנסים לדף Alerting.
    1. בטבלת ההתראות, לוחצים על ההתראה כדי להציג מידע נוסף.
    2. אפשר ללחוץ על שם ההתראה כדי לראות מידע על ההתראה, כולל תרשים שמציג את האירוע שהפעיל אותה.

למידע נוסף על התראות: