מחזור הפרסום המהיר של Looker מאפשר לצוות לשלב במהירות משוב ממשתמשים ולהגיב לפריטים בעדיפות גבוהה בזמן. במדריך הזה מוסבר על תהליכי ההפצה והעדכון הרגילים שלנו, וגם על שיטות מומלצות ועל וריאציות שעשויות להתאים יותר לצרכים שלכם.
מחזור הפיתוח והפרסום
גרסה משנית חדשה של Looker נפרסת במהלך שבועיים בערך. לא מתבצעים פריסות או פרסומים חדשים בחודש דצמבר.
לפעמים נשיק תיקוני עדכון קטנים לבעיות שלא יכולות לחכות לגרסה הבאה. בדרך כלל אלה תיקונים של בעיות קריטיות במוצר או בבעיות אבטחה. באופן אידיאלי, לא אמורות להיות תכונות חדשות בגרסת תיקון. התהליך של החלת עדכוני תיקון זהה לתהליך של שדרוג במהלך הפצה רגילה.
שחרור המספרים
השיטה שלנו למספור גרסאות משתמשת ברצף של שלושה מספרים: X.Y.Z, כאשר X הוא שתי הספרות האחרונות של שנת הפרסום, Y הוא הגרסה החודשית (מתחיל ב-0 בינואר ומשתמש במספרים זוגיים לכל חודש עוקב), ו-Z הוא גרסת תיקון הבאגים. לדוגמה, Looker 23.4.1 יהיה הטלאי הראשון של גרסת Looker ממרץ 2023.
נתוני גרסה
כל המשתמשים יכולים להירשם לקבלת הערות על הגרסה בקטע הגדרות החשבון ב-Looker. בנוסף, כל מי שמוגדר כאיש קשר טכני במופע Looker (בקטע Admin בGeneral Settings) יקבל הודעות על הערות לגבי הגרסה.
כדי להתעדכן בתכונות חדשות ובתיקוני בעיות, כדאי לעיין בנתוני הגרסה. בדף גרסאות Looker יש קישורים להערות המוצר וליומן השינויים של הגרסה האחרונה. בדף הגרסאות של Looker יש גם קישורים להערות לגבי גרסאות קודמות.
סביבות הכנה וסביבות בדיקה
צוות Looker משקיע מאמצים רבים בבדיקות יעילות לפני השקת תכונות חדשות, אבל יכול להיות שלתכונה חדשה תהיה השפעה בלתי צפויה על הגדרה ספציפית ועל השימוש ב-Looker. גם מופעים שמתארחים ב-Looker וגם מופעים שמתארחים אצל הלקוח יכולים להשתמש בסביבת פיתוח כדי לבדוק LookML וממשקי משתמש עם צדדים שלישיים לפני שמעבירים את הגרסה החדשה למופע הייצור הראשי. בנוסף, אם המופע שלכם באירוח בצד הלקוח, אתם יכולים גם לבדוק את ההגדרה הטכנית.
אם אתם רוצים להשתמש בסביבת פיתוח, אתם יכולים לפנות לתמיכה של Looker או לצוות ניהול החשבון הייעודי שלכם ב-Looker לקבלת מידע נוסף.
תהליך העדכון
הבעלות על תהליך פריסת העדכון משתנה בהתאם לאופן האירוח של מופע Looker. הפרטים המלאים מופיעים בקטעים הבאים, אבל בקיצור, אם מופע מתארח ב-Looker, Looker ינהל את תהליך העדכון. אם המופע מתארח אצל הלקוח, נספק הוראות לביצוע העדכון.
עדכונים למופעים שמתארחים ב-Looker
אם מופע מתארח ב-Looker – כלומר, התשתית של המופע מנוהלת על ידי Looker – צוותי ההפצה והתפעול שלנו יחילו עדכונים במהלך חלונות תחזוקה ייעודיים. משתמשים שהביעו הסכמה לקבלת אימיילים מ-Looker מקבלים אימייל על כל גרסה חדשה, כולל תאריך וזמן חלון התחזוקה. העדכונים בדרך כלל מתבצעים תוך 10 דקות במהלך חלון זמן לתחזוקה, כדי לצמצם את ההפרעה.
מערכת Looker מחילה עדכונים באופן הדרגתי. אנחנו מיישמים את העדכונים על סמך המאפיינים של הגדרת מופע, על אופן השימוש ב-Looker בארגון ועל ההעדפה של חברה מסוימת לקבל גרסה מוקדם או מאוחר יותר במהלך המחזור. כמו תמיד בגרסאות תוכנה, בגרסאות התיקון הראשונות של גרסה משנית חדשה יש סיכוי גבוה יותר לבעיות במוצר. עם זאת, במקרים שבהם Looker מתארח, אנחנו יכולים להחיל תיקונים במהירות ברגע שהם זמינים.
מה קורה אם צריך לדלג על גרסה חדשה?
אפשר לפנות לתמיכה של Looker דרך Google Cloud המסוף או לצוות ניהול החשבון הייעודי שמטפל בחשבון שלכם, ואנחנו נסייע לכם לוודא שהצרכים העסקיים שלכם מקבלים מענה.
עדכונים למופעי Looker באירוח בצד הלקוח
מופעי Looker באירוח בצד הלקוח דורשים שהלקוח יהיה אחראי לניהול העדכונים של גרסת ההפצה. חשוב מאוד להשתמש בגרסה הנתמכת העדכנית ביותר כדי להימנע משימוש בגרסה לא נתמכת או בגרסה שהגיעה לסוף חיי המוצר. מופעים של Looker באירוח בצד הלקוח מקבלים התראות על עדכונים לקראת סוף מחזור ההשקה של הגרסה. כך אפשר לטפל מראש בבעיות קריטיות.
כשגרסה חדשה מוכנה להתקנה, כל משתמש Looker שמוגדר כאיש קשר טכני בארגון שלכם יקבל אימייל עם קישור לקובץ העדכון האחרון (בפורמט JAR), הערות לגבי הגרסה והוראות להתקנת העדכון.
אנחנו ממליצים מאוד לא לחזור לגרסה קודמת. במקום זאת, הקפידו ליצור גיבוי מלא של המערכת לפני כל עדכון. כך אפשר לשחזר מופע לגרסה קודמת. שחזור לגרסה קודמת ללא גיבוי עלול לגרום לאובדן תוכן בלתי הפיך ולנזק למופע.
גישה מוקדמת
אם אתם רוצים לקבל עדכונים מוקדמים יותר בתהליך ההשקה כדי להתאים אותם לצרכים העסקיים של החברה שלכם, אתם יכולים להירשם כאן או לפתוח בקשת תמיכה.
תוכנית תמיכה מורחבת
הרבה ארגונים שותפים לטעם שלנו בשיפורים מהירים במוצר שקשורים למחזורי הפצה קצרים, אבל ב-Looker מבינים את הפשרה שנדרשת בקצב הזה, ולמה מחזור איטי יותר יכול להתאים יותר לתרחישים מסוימים של שימוש עסקי.
כדי לענות על הצרכים האלה, כל גרסה שלישית של מהדורה משנית תוגדר כגרסת מהדורה עם תמיכה מורחבת (ESR). אנחנו תמיד עושים כמיטב יכולתנו כדי למקסם את היציבות של המוצר בכל גרסת הפצה, אבל גרסת הפצה שמוגדרת כ-ESR מקבלת זמן נוסף לבדיקה ולתיקון בעיות.
בנוסף, נספק חלון זמן ארוך יותר לפיתוח ולתמיכה במוצרים עבור גרסאות ESR, ונבצע תיקונים לבעיות ברמה 1 וברמה 2, איפה שרלוונטי ואפשרי.
אימות של גרסאות ESR חדשות
לכל מהדורת ESR תהיה תקופת הכנה של חודש אחד, בגלל השינויים הגדולים יותר במוצר בין מהדורות ESR. כחלק מהתוכנית הזו, נדרש קודם לבצע עדכון לגרסת ESR חדשה בשרת staging. כך המשתמשים יכולים לבדוק תוכן, תהליכי עבודה ותכונות חדשות לפני שהם מעבירים את שרת הייצור לגרסת ה-ESR החדשה.
הצטרפות לתוכנית ESR
אם נראה לך שתוכנית ה-ESR מתאימה יותר לצרכים העסקיים של החברה שלך, אפשר לפנות לצוות הצלחת הלקוחות כדי לדון באפשרות הזו.
שאלות?
אם יש לכם שאלות, כדאי לשאול אותן בפורום הקהילה של Looker. בפורום הזה אפשר לדון בכל מיני נושאים, כולל (אבל לא רק) Looker, בינה עסקית ונתונים באופן כללי, עם משתמשי Looker אחרים (לקוחות) ועם אנליסטים של Looker.