רשימת משימות לפני ההשקה

הפונקציונליות לניהול מזהה הלקוח בתוכנית Premium זמינה במסוף Cloud, בתחתית הדף 'פרטי כניסה לפלטפורמה של מפות Google', בקטע מזהה לקוח.

האזור החדש של מזהה הלקוח בדף Credentials

כדי לגשת למשימות נוספות של ניהול מזהי לקוח, כולל הרשאה לכתובות URL וניהול סודות חתימה של מזהי לקוח, לוחצים על הסמל edit (עריכה) בפינה השמאלית העליונה של הקטע Client ID (מזהה לקוח).

חשוב: לא ניתן יותר להירשם למינוי Premium של פלטפורמת מפות Google או להירשם ללקוחות חדשים.

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

שימוש במסוף Google Cloud

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

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

הרשמה לקבוצות של הודעות אימייל

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

  • google-maps-platform-notifications – עדכונים טכניים על ממשקי ה-API ושירותי האינטרנט של הפלטפורמה של מפות Google, התראות על הפסקות זמניות בשירות והודעות על תכונות חדשות בפלטפורמה (כ-3 עד 5 הודעות בחודש).
  • google-maps-js-api-v3-notify – גרסאות חדשות של Google Maps JavaScript API (כ-4 הודעות בשנה).

אופטימיזציה של האפליקציה

הגדרת חומת אש כדי לאפשר גישה לשירותי Google Maps Platform

הסיבה לחשיבות: שירותי הפלטפורמה של מפות Google משתמשים במגוון דומיינים, חלקם לא שייכים לדומיין *google.com. אם אתם מאחורי חומת אש מגבילה, חשוב לאפשר גישה לדומיינים שבהם משתמש כל שירות של Maps API. אם חומת האש לא מאפשרת גישה לדומיינים האלה, בקשות ה-API ייכשל, ויכול להיות שהאפליקציות לא יפעלו. הרשימה המלאה של הדומיינים שבהם משתמשים ממשקי ה-API של מפות Google

לא מומלץ לנהל את ההגבלות בחומת האש לפי כתובת IP, כי כתובות ה-IP שמשויכות לדומיינים האלה לא סטטיות.

הערה: שירותי הפלטפורמה של מפות Google משתמשים ביציאות 80 (http) ו-443 (https) לתנועה נכנסת ויוצאת. בשירותים האלה נדרשות גם בקשות GET,‏ POST,‏ PUT,‏ DELETE ו-HEAD. מגדירים את חומת האש כך שתאפשר תעבורת נתונים ביציאות האלה ותאפשר שליחת בקשות, בהתאם ל-API ולתרחיש לדוגמה.

מתן הרשאה לדומיינים שלכם עם SSL לשימוש עם Maps JavaScript API

הסיבה לחשיבות: כשמשתמשים בממשק API של JavaScript במפות Google עם דומיין SSL, חשוב מאוד להעניק הרשאה מפורשת לדומיינים של HTTPS כדי לוודא שהבקשות לא נדחות. חשוב לציין שהרשאה ל-http://yourdomain.com לא מפעילה באופן אוטומטי את המקבילה שלה ב-SSL, https://yourdomain.com. כדי לבדוק את רשימת הדומיינים המורשים, גוללים למטה לקטע Client ID במסוף Cloud. כדי לפתור שגיאות שקשורות לשימוש בממשקי ה-API בצד הלקוח עם דומיין SSL, צריך לבדוק אם יש רכיבים בדף שנטענים דרך HTTP. מדריך לפתרון בעיות שקשורות להרשאה

בוחרים את גרסת ה-API המתאימה

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

במיוחד חשוב להבין את הסכימה לניהול גרסאות שבה משתמש ממשק ה-API של JavaScript במפות Google, כדי להימנע משימוש בטעות בגרסה לא מתאימה של ה-API בסביבה שלכם.

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

מומלץ לעיין במדריך בנושא גרסאות של Maps JavaScript API.

בחירה בין עיצוב בצד הלקוח לבין עיצוב בצד השרת

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

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

אופטימיזציה של השימוש במכסות

למה זה חשוב: הבנת האופן שבו האפליקציה שלכם צורכת את המכסה, שנקראת זיכויים ב-Maps APIs, תעזור לכם לצמצם את הסכום שאתם משלמים. לדוגמה, אם אתם משתמשים ב-Maps JavaScript API, האפליקציה שלכם צורכת קרדיטים של ממשקי API של מפות Google בכל טעינה של מפה. במדריך הזה מפורטות המגבלות והתעריפים של תוכנית Premium.

ניהול השימוש במכסות של שירותי האינטרנט

לפני השקת השירות, חשוב להבין את השגיאות השונות שקשורות למכסות (לדוגמה, OVER_QUERY_LIMIT,‏ User Rate Limit Exceeded) ולהגדיר את הלוגיקה המתאימה באפליקציה כדי שתהיה אפשרות להגיב לשגיאות כאלה כשחורגים מהמכסה. מומלץ להתחיל בקריאת השאלות הנפוצות בנושא מגבלות שימוש. מידע על קודי הסטטוס שמוחזרים על ידי כל ממשק API זמין במדריך למפתחים של אותו ממשק API. לדוגמה, אפשר לעיין במדריך בנושא קודי סטטוס של Directions API. הבנת העקרונות האלה והטמעתם תפחית באופן משמעותי את הסיכויים שהאפליקציה שלכם תחרוג מהמכסה המותרת, תיחסם על ידי Google ו/או תיפגע.

ביצוע בדיקת עומסים באפליקציה

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

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

במקום זאת, בדיקת העומס של האפליקציה אמורה לוודא שהאפליקציה מסוגלת להתמודד עם כמויות גדולות של בקשות בלי לחרוג מהמכסות שלכם לממשקי ה-API של מפות Google או להיחסם על ידי Google. כדי לעשות זאת בבטחה, צריך לבצע בדיקת עומסים באמצעות API מדומה (מזויף) – שירות שיכול לספוג כמויות גדולות של בקשות – ולענות לבקשות בתשובות תקינות, בלי מעורבות של הפלטפורמה של מפות Google. דוגמה: אם המכסה שלכם ל-Geocoding API היא 3,000 שאילתות לדקה, בדיקת העומס של האפליקציה צריכה לוודא שהאפליקציה יכולה לטפל בנפח גדול בהרבה, למשל 90,000 שאילתות לדקה, בלי לשלוח יותר מ-3,000 שאילתות לדקה ל-Geocoding API.

אם אתם מתכננים לבצע בדיקות עומס משמעותיות, מומלץ לפנות לתמיכה של Google כדי לקבל הנחיות ולוודא ש-Google מודעת לבדיקות שאתם מתכננים לבצע.