ניהול אירועים בפלטפורמה של מפות Google

מחזור החיים של אירוע

הפלטפורמה של מפות Google פועלת בהתאם למסגרת ניהול האירועים של Google Cloud Platform.

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

זיהוי

אנחנו משתמשים בניטור פנימי ובקופסה שחורה ב-Google כדי לזהות אירועים ולהפעיל התראות למהנדסים שלנו לצורך חקירה. למידע נוסף, ראו את פרק 6 בחוברת Site Reliability Engineering.

אם זיהיתם אירוע שעדיין לא דווח ב-Issue Tracker, עברו לדף Google Maps Platform Support Create a Case (במסוף Google Cloud) וצרו בקשת תמיכה חדשה.

מענה ראשוני

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

ערוצי תקשורת בנושא אירועים

צוות התמיכה של Google Maps Platform משתמש בערוצי תקשורת שונים בהתאם להיקף ולחומרה של הבעיה. באירועים רחבים יותר, אנחנו מעדכנים קהלים גדולים יותר.

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

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

כרטיס הסטטוס של הפלטפורמה של מפות Google הוא הודעת מידע שמופיעה תמיד בקטע Maps Support במסוף Cloud, ומציגה את הסטטוס הנוכחי של ממשקי ה-API והשירותים של הפלטפורמה של מפות Google. כשיש אירוע פעיל, תוצג הודעה שמזהה את המוצר המושפע וכוללת קישור ל-Status Dashboard של מפות Google, שבו אפשר לראות אירועים פעילים.

ב-Issue Tracker יש רשימה של כל האירועים המוכרים. אתם יכולים לראות את האירועים הפתוחים, להירשם אליהם כדי לעקוב אחרי ההתקדמות שלהם ולהוסיף הערות שיעזרו לצוותים שלנו לחקור את האירוע. הקישור ל-Issue Tracker מופיע גם במסמכי העזרה של Google Maps Platform.

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

חקירה

צוותים של מהנדסי מוצר הם שחוקרים את הגורמים לבעיות. פעמים רבות מהנדס בתפקיד Site Reliability Engineer מנהל את האירוע, אבל גם מהנדסי תוכנה או בעלי תפקידים אחרים יכולים לנהל אותו, בהתאם לסיטואציה ולמוצר. למידע נוסף, ראו את פרק 12 בחוברת Site Reliability Engineering.

הפחתת ההשפעה/פתרון

מבחינת Google, הבעיה נפתרת רק כשמיושמים שינויים שבסבירות גבוהה מאוד יסיימו את האירוע. לדוגמה, הפתרון יכול להיות החזרה למצב קודם (roll back) בעקבות שינוי שגרם לאירוע.

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

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

מעקב

במהלך האירוע, נציגי התמיכה שולחים עדכונים שוטפים. בדר"כ העדכונים כוללים:

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

הסקת מסקנות לאחר האירוע

כל אירוע מנותח פנימית ב-Google לאחר סיומו, כדי להבין את מלוא היקפו ולזהות אפשרויות לשיפור האמינות. השיפורים שמזוהים מיושמים והמעקב אחריהם נמשך. למידע נוסף על הסקת מסקנות לאחר אירועים ב-Google, ראו פרק 15 במסמך Site Reliability Engineering.

דוח אירוע

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

שאלות נפוצות

אני רוצה לקבל התראה כשיש הפסקה מתמשכת בשירות. מה לעשות?

• הצטרפו לקבוצת ההתראות של Google Maps Platform כדי לקבל התראות על בעיות מתמשכות ולעקוב אחרי התקדמות הטיפול באירוע בזמן אמת. הקבוצה הזו גם תעזור לכם להתעדכן בהודעות על המוצר ועל הפלטפורמה.
• כדי לראות פיד של אירועים נוכחיים וקודמים, משתמשים בקישורים פיד RSS או היסטוריית JSON שבתחתית לוח הבקרה הציבורי של סטטוס מפות Google. כל פוסט שמתפרסם במרכז הבקרה יגרום לפרסום פוסט בפיד. כדי לעדכן אתכם, כל פוסט בפיד יכלול את כל ההודעות והעדכונים שקשורים לאירוע המתאים בלוח הבקרה. כך לא תצטרכו לחפש בהיסטוריית הפיד כדי להבין מה קורה. פידים של RSS מתפרסמים בפורמט XML. תוספים לדפדפן כמו RSS Subscription Extension (by Google) מאפשרים לכם לראות תצוגה מקדימה של תוכן הפיד ולהירשם כמנויים דרך קורא ה-RSS המועדף עליכם. ההיסטוריה בפורמט JSON היא פיד אינטרנט בפורמט JSON של אירועים קודמים. מגוון ספריות תוכנה ותבניות framework לאינטרנט תומכות בהפצת תוכן באמצעות פיד JSON.

איזה סוג של מידע אפשר למצוא בדף הבית של לוח הבקרה?

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

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

האם מרכז הבקרה פועל בזמן אמת?

לוח הבקרה של סטטוס שירותי Google Maps נועד לספק סטטוס כמעט בזמן אמת של מוצרים שזמינים לכלל המשתמשים (GA) ומכוסים על ידי הסכם רמת השירות (SLA) של Google Maps Platform. כל האירועים עוברים קודם אימות לפני שהם מתפרסמים, אז יכול להיות שיהיה עיכוב קל מרגע הזיהוי הראשוני ועד שהאירועים יוצגו. לכן, אין להשתמש בלוח הבקרה למטרות מעקב אחר זמן פעולה תקינה.

אפשר להשתמש בלוח הבקרה כדי לעקוב אחרי זמן הפעולה התקינה של Google Maps Platform?

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

כדי לעקוב אחרי השימוש ב-API, ליצור לוחות בקרה וליצור התראות, היכנסו אל Google Maps Platform Monitoring.

מה קורה אם לא רואים אירוע בלוח הבקרה?

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

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

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

מי מעדכן את לוח הסטטוסים?

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

מה ההבדל בין "אירוע" לבין "הפסקה זמנית בשירות"?

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