מעקב בפלטפורמה של מפות 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, לוחצים על הסמל > בצד שמאל. של היקף המדדים. בצילום המסך הבא ניתן לראות את שמוצג כאשר נבחר הפרויקט AllEnvironments (כל הסביבות):

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

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

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

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

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

לעיון במדדים

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

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

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

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

בתמונה הזו:

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

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

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

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

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

    לדף Monitoring

  2. בחלונית הניווט, בוחרים באפשרות Metrics explorer.
  3. בסרגל הכלים, בוחרים באפשרות תרשים עמודות אופקי מוערם מהתרשים ו'סוג' כדי להציג את נתוני המדדים כתרשים עמודות.
  4. בוחרים מרווח זמן, למשל 1W (שבוע אחד).
  5. מציינים אילו נתונים יופיעו בתרשים. כדי להשתמש בממשק מבוסס-תפריט או כדי להזין מסנן, בוחרים בכרטיסייה Configuration. כדי להשתמש Monitoring query Language (MQL), יש לבחור MQL .
    1. כדי להציג תרשים של השימוש במכסות, בוחרים באפשרות Consumer Quota סוג המשאב. לחלופין, אם רוצים ליצור תרשים לשימוש ב-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. כדי לציין איך לשלב סדרות זמנים, מגדירים אתר אגרגטור השדה הזה. לדוגמה, אם השדה Group by ריק ו השדה Aggregator מוגדר כממוצע, בתרשים יוצג הממוצע של סדרת הזמנים.
    4. כדי להגדיר את אופן העיבוד של סדרות זמנים נפרדות, בוחרים באפשרות אפשרויות מתקדמות. ראו בחירה משתמשים ב-Metrics Explorer כדי לקבל מידע נוסף.
  7. אפשר גם להוסיף אותו ללוח בקרה.

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

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

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

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

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

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

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

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

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

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

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

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

כדי ליצור מרכז בקרה מותאם אישית, יוצרים תרשימי מדדים ומוסיפים את תרשימים למרכז הבקרה. אפשר ליצור את התרשים בדף מדדים 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. בוחרים סוג תרשים מתוך האפשרות הוספת תרשים, או גוררים תרשים מתוך את הספרייה לאזור התרשים.

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

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

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

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

  5. (אופציונלי) בסרגל הכלים של מרכז הבקרה, לוחצים על הוספת תרשים. כדי להוסיף עוד תרשים ואז לחזור על השלבים הקודמים כדי להתאים אישית את תרשים.
  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. הצגת התיאורים של תוויות המשאבים במסמכי התיעוד של המשאב המתאים 'מדדים':

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

במדד ספירת בקשות ניתן לפצל את תנועת השימוש לפי 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 (הרשאה_DENIED),
16 (לא מאומת)
OVER_DAILY_LIMIT,
OVER_QUERY_LIMIT,
Resource_EXHAUSTED,
חריגה יומית,
חריגה ממגבלת הקצב,
userRateLimitExceeded
200,
403,
429
429(1) 4xx(1) 8 (Resource_EXHAUSTED)
UNKNOWN_ERROR 200, 500,
503
500(1),
503
5xx(1) 2 (UNKNOWN)/13 (INTERNAL)(1),
14 (לא זמין)
1 כדי לשפר את העקביות בדיווח על קודי שגיאה, הפלטפורמה של מפות Google ממשקי API מועברים: 1) מקוד/מחלקה של HTTP 200/2xx אל 404/4xx (וקוד הסטטוס של GRPC מ-0 (OK) אל 5 (NOT_FOUND)) עבור מפות Google סטטוסים של API: DATA_NOT_AVAILABLE, NOT_FOUND, ZERO_RESULTS - status, 2) מקוד/סיווג של HTTP 200/2xx,400/4xx עד 403/4xx (וקוד הסטטוס של GRPC 7 (PERMISSION_DENIED)) לסטטוס של Maps API: REQUEST_DENIED, 3) מקוד/סיווג של HTTP 200/2xx,403/4xx עד עד 401/4xx (קוד סטטוס של GRPC 16) (UNAUTHENTICATED)) לסטטוס של Maps API: REQUEST_DENIED, 4) מקוד/סיווג של HTTP 200/2xx,403/4xx עד 429/4xx לסטטוסים של Maps API: OVER_QUERY_LIMIT, dailyLimitExceeded, rateLimitExceeded, userRateLimitExceeded, 5) מקוד/סיווג של HTTP 200/2xx עד 500/5xx (וקוד הסטטוס של GRPC 2 (UNKNOWN), 13 (INTERNAL)) עבור הסטטוס של ה-API של מפות Google: UNKNOWN_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 App ושירותים כמו 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 חדש.
    2. יש להזין כתובת אימייל ותצוגה שם.
    3. לוחצים על שמירה.
  4. בוחרים באפשרות Alerting.
  5. בוחרים באפשרות Create Policy.
  6. בוחרים מרווח זמן, למשל 7 ימים.
  7. בקטע Alert conditions, בוחרים באפשרות New condition (תנאי חדש):
    1. לוחצים על Select a Metric ובוחרים באפשרות Consumed. API בתור המשאב ו-Request count בתור המדד ולוחצים על Apply (אישור).
    2. (אופציונלי) מתחת לתרשים מופיעה רשימת השירות, quota_metrics , method ב-API והמדד value. לוחצים על הוספת מסנן כדי לסנן את הנתונים. על סמך המידע הזה. לדוגמה, אפשר להשתמש במסנן כדי לציין ה-method צריכה להיות שווה google.places.Autocomplete.http כדי להפעיל את ההתראה.
    3. בקטע טרנספורמציה של נתונים, בוחרים 5 דקות חלון גלילה ומשמעות של פונקציית חלון מתגלגל.
    4. לוחצים על הבא.
  8. בקטע Configure alert trigger, מגדירים את Threshold ל-2 כדי לציין שההתראה תופעל כשיש יותר מ-2 בחלון של 5 דקות. שימו לב שבתרשים עכשיו קו אדום שמציין את מגבלת ההתראות למרווח הזמן שנבחר. מתוך בתרשים כדי לראות היכן התראה הייתה מופעלת. אפשר להשתמש כדי שתוכלו לשנות את המגבלה לפי הצורך.
  9. לוחצים על הבא.
  10. בדף הגדרת התראות והשלמת ההתראה page:
    1. בחר את כתובת האימייל שיצרת עבור ההתראה ערוץ.
    2. בקטע מתן שם להתראה, מזינים הבדיקה שלי התראה.
    3. בוחרים באפשרות Create Policy.
  11. לשלוח כמה בקשות API. חשוב לשלוח יותר משתי בקשות API בתוך חמש דקות כדי ליצור את ההתראה באימייל.
  12. אחרי שמקבלים את האימייל עם ההתראה, עוברים אל התראה. הדף הזה.
    1. בטבלת ההתראות, לוחצים על ההתראה כדי להציג מידע נוסף.
    2. כדי לראות מידע על ההתראה, כולל תרשים, לוחצים על שם ההתראה. שמציג את האירוע שהפעיל אותו.

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