בפלטפורמה של מפות Google יש מגוון אפשרויות לשלוט בצריכה ולהבטיח שהשימוש שלכם תואם לתקציב. האפשרויות כוללות:
- כדי להפסיק את החיובים, אפשר להגביל את מספר אירועי החיוב שהאפליקציה מפעילה.
- קבלת התראות כשהשימוש שלכם מתקרב למגבלות ספציפיות של תקציב או ממשק API.
- פיתוח אפליקציות באופן יעיל יותר מבחינת עלות.
האפשרויות מפורטות בטבלה הבאה.
| הפסקת החיובים | אני רוצה לקבל עדכונים | פיתוח בעלות נמוכה יותר |
מכסות והתראות על מכסות
מגבלות המכסות עוזרות לכם לשלוט בשימוש ב-API ולמנוע חיובים לא צפויים.
הגדרת מגבלות מכסות
הגדרת מכסה מאפשרת לכם להגדיר את מספר הבקשות המקסימלי שמותר לשלוח ל-API או לשירות מסוימים בפרק זמן נתון.
כשמספר הבקשות בפרויקט יגיע למגבלה הזו, השירות יפסיק להגיב לבקשות. אתם צריכים לשקול את היתרונות והחסרונות של הפסקה זמנית בשירות לעומת חיוב גבוה יותר.
פותחים את הדף Quotas בפלטפורמה של מפות Google במסוף Cloud.
ובוחרים את פרויקט היעד.
בתפריט הנפתח APIs (ממשקי API), בוחרים את ממשק ה-API הספציפי שרוצים לשנות את המכסה שלו.
אם רוצים לערוך יותר מסוג אחד של מכסה, מסמנים את התיבה לצד המכסות שרוצים להפעיל.
לוחצים על תפריט שלוש הנקודות ואז על עריכת המכסה.
בחלונית הצדדית שמופיעה, מזינים את ערכי המכסות החדשים ולוחצים על Submit request.
משתמשים במחשבון התמחור של הפלטפורמה של מפות Google כדי להעריך את העלויות על סמך נפח הבקשות המשוער.
הגדרת התראות על מכסות
התראות לגבי מכסות מאפשרות לכם לקבל עדכונים כששימוש ה-API שלכם מתקרב לסף מוגדר.
פותחים את הדף Quotas בפלטפורמה של מפות Google במסוף Cloud.
ובוחרים את פרויקט היעד.
בתפריט הנפתח APIs (ממשקי API), בוחרים את ממשק ה-API הספציפי שרוצים לשנות את המכסה שלו.
בוחרים את נקודות הקצה שרוצים לערוך.
לוחצים על תפריט שלוש הנקודות ואז על יצירת התראה על שימוש.
בחלונית הצדדית שנפתחת מופיע תיאור של מדיניות ההתראות שמוגדרת כברירת מחדל. כדי לשנות את המדיניות, לוחצים על תפריט שלוש הנקודות ואז על התאמה אישית של מדיניות ההתראות כדי להציג את חלון הגדרת המדיניות. משתמשים בקישורים הבא בחלון כדי לעבור בין שלבי ההגדרה, שכוללים את האפשרות להגדיר ערוצי התראות, כמו SMS, אימייל, צ'אט, webhooks, PagerDuty ו-Pub/Sub.
אחרי שמוסיפים ערוץ התראות, בוחרים אותו בשדה Notification Channels ולוחצים על OK.
מבצעים את השלב הזה רק אם לא שיניתם את מדיניות ההתראות בשלב הקודם. בקטע Configure notifications בחלונית, מוסיפים את סוגי ההתראות שרוצים לקבל ומגדירים אותם. לאחר מכן, בוחרים ערוץ אחד או יותר מהערוצים האלה בשדה Notification Channels ולוחצים על OK.
לוחצים על יצירה.
שינוי המכסה לפי הצורך
מומלץ לבדוק ולשנות את המכסות של ה-API באופן קבוע כדי לבצע אופטימיזציה של השימוש והעלויות, תוך שמירה על איזון בין מניעת הוצאות מיותרות לבין הבטחת תפקוד תקין של האפליקציה.
- מעקב אחר דפוסי השימוש ב-API במסוף Google Cloud. מגדירים מכסות שתואמות לתקציב ומונעות הוצאות מיותרות.
- מוודאים שהמכסות יכולות לעמוד בתקפי שימוש שיא.
- בצעו התאמות הדרגתיות ובדקו את האפליקציה לעומק אחרי כל שינוי כדי למנוע שיבושים.
תקציבים והתראות לגבי תקציבים
אם יש לכם תקציב ספציפי לשימוש בפלטפורמה של מפות Google, תוכלו ליצור התראות ותקציב בחיוב ב-Cloud כדי להימנע מ"הפתעות" בחשבון.
אתם יכולים להגדיר התראות לגבי התקציב כדי לקבל עדכון כשאתם מגיעים לאחוזים מסוימים מסך התקציב, וכך לראות את המגמות של עלויות השימוש לאורך זמן.
במסמכי העזרה של Google Cloud מפורטות הוראות ליצירה ולניהול של תקציבים והתראות תקציב.
ניהול עלויות אסטרטגי
תכנון תקציב יעיל כולל שימוש באפשרויות בחינם או בעלות נמוכה ככל האפשר. בקטע הזה נסביר על אסטרטגיות שונות לצמצום העלויות.
שימוש ב-Maps Static API ככל האפשר
המצבים הבאים מתאימים למפות סטטיות, שתומכות בתצוגות מפה פשוטות שצריך להוסיף להן רק סמן אחד:
- אתם מתחילים עם אב טיפוס שעדיין אין לו הרבה תכונות.
- אין לכם התאמות אישיות של המפה.
- משתמשים בסימן אחד לכל היותר.
- אין צורך לתמוך באינטראקציה של משתמשים באמצעות מפות דינמיות או תצוגת Street View דינמית.
שימוש בתמונות ממוזערות
אפשר להשתמש בתמונות ממוזערות כחלופה זולה עוד יותר ל-Maps Static API. התשלום על תמונות ממוזערות הוא לפי תעריף נמוך יותר, והן יכולות להעביר את המשתמשים לגרסה דינמית של מפות Google בלחיצה. כך משלמים רק על טעינת מפות דינמיות של משתמשים שמתעניינים בתוכן.
שימוש בקטגוריות תמחור זולות יותר
Google מספקת מספר שונה של אירועי שימוש בחינם לכל קטגוריית תמחור. אתם יכולים לבצע אופטימיזציה של האפליקציה כך שתשתמש ביכולות מהקטגוריות 'Essentials' או 'Pro', שבהן יש לכם יותר אירועי שימוש בחינם בחודש. מידע נוסף על קטגוריות התמחור
איחוד של כמה מפות
אם יש לכם הטמעה שמציגה כמה מפות, עליכם לפעול לפי ההנחיות הבאות:
- טוענים מפות רק כשצריך, כדי לצמצם את השימוש במשאבים מיותרים.
- שימוש חוזר במפה אחת: מעדכנים את חלון התצוגה, מרחק התצוגה והסמנים שלה לפי הצורך.
- אם אתם מציגים כמה מפות כדי להציג את מיקומי החנויות, כדאי להשתמש בפתרון Locator Plus.
- השתמשו במפה אחת לכל מסך בממשק המשתמש, כי בדרך כלל משתמשים מקיימים אינטראקציה עם מפה אחת בלבד בכל פעם.
שמירת תוכן במטמון כשהדבר מותר
רוב המוצרים בפלטפורמה של מפות Google אוסרים לשמור תוכן במטמון. עם זאת, יש חריגים שמאפשרים לשמור את התוצאות שלהם במטמון למשך עד 30 יום. בהתנאים של הפלטפורמה של מפות Google מפורט מידע נוסף.
אסטרטגיות חסכוניות ל-Places API
בקטע הזה מפורטות דרכים לאופטימיזציה של השימוש ולצמצום העלויות שמשויכות ל-Places API.
שימוש במסכות שדות
שימוש בהסוואת שדות מוודא שלא מבקשים נתונים מיותרים, וכך מפחית את זמן האחזור ואת החיובים.
בבקשות API לקבלת פרטי מקום (חדש), לחיפוש בקרבת מקום (חדש) ולחיפוש טקסט (חדש), משתמשים בכותרת FieldMask כדי לציין את רשימת השדות שיוחזר בתגובה.
לאחר מכן, תחויבו לפי המק"ט הגבוה ביותר שרלוונטי לבקשה שלכם. כלומר, אם בוחרים שדות גם במק"ט הבסיסי וגם במק"ט המתקדם, החיוב מתבצע על סמך המק"ט המתקדם.
שימוש בתמחור לפי סשן עם פרטי המקום (חדש)
אם נפח הקריאות החודשי של האפליקציות שלכם הוא
פרטים נוספים זמינים במסמך מחירון של סשן השלמה אוטומטית של מקומות (חדש).
אסטרטגיות חסכוניות ל-Routes API
בקטע הזה מפורטות דרכים לאופטימיזציה של השימוש ולצמצום העלויות שמשויכות ל-Routes API.
הגבלת נקודות הדרך ב-Compute Routes
מגבילים את הרשומות של המשתמשים בשאילתה ל10 נקודות ציון לכל היותר. על בקשות שמכילות יותר מ-10 נקודות דרך, החיוב הוא לפי תעריף גבוה יותר.
שימוש באופטימיזציה של מסלולי נתונים ב-Compute לניתוב אופטימלי
בקשות שמשתמשות בארגומנט 'אופטימיזציה של נקודות ציון' מחוייבות לפי תעריפ גבוה יותר.
הארגומנט של האופטימיזציה ממיין את נקודות הדרך כדי להבטיח ניתוב אופטימלי. כלומר, הנסיעה מ-A אל E תהיה חוויה טובה יותר אם היא תעבור אופטימיזציה (A-B-C-D-E) בהשוואה לרצף אקראי של מסלול ללא אופטימיזציה, כמו A-D-B-C-E.
שימוש במודלים של תנועה בזמן אמת ב-Compute Routes וב-Distance Matrix API (ממשק API מדור קודם)
בקשות ל-Compute Routes API ול-Distance Matrix API (מדור קודם) שכוללות מודלים של תנועה בזמן אמת מחוייבות לפי תעריפ גבוה יותר.
אם מודלים של תנועה לא נכללים בבקשה, התוצאות מבוססות אך ורק על גורמים פיזיים: כבישים, מרחק ומגבלות מהירות. כדי להפעיל מודלים של תנועה בזמן אמת, מגדירים את שעת היציאה כ-now.
שימוש ב'המסלול שנסעתי בו' וב'הכביש הקרוב ביותר' כשנתוני ה-GPS לא מדויקים
התכונות של Maps Roads API, 'המסלול שנסע בו' ו'הכביש הקרוב ביותר', כלולות ברמה המתקדמת ומחויבות לפי תעריפ גבוה יותר. מומלץ להשתמש בתכונות האלה במקרים שבהם נתוני ה-GPS לא מדויקים, וממשק ה-API של כבישים יכול לעזור לכם לקבוע את הכביש הנכון. מגבלות מהירות הן תכונה נוספת של Roads API, שזמינה רק ללקוחות של מעקב רכוש.