מדי חודש אנחנו משיקים גרסה חדשה של Chrome כדי להבטיח שמיליארדי המשתמשים והעסקים ברחבי העולם יקבלו את התכונות, עדכוני האבטחה ושדרוגי הביצועים העדכניים ביותר. עכשיו אנחנו יכולים לבצע שיפורים ולתקן בעיות מהר יותר מבעבר, באמצעות מחזור גרסאות מהיר יותר – כלומר, יתקבלו העדכונים האחרונים לעיתים קרובות יותר.
שוחחנו עם מנהלי התוכנית הטכנית בן הנרי, קרישנה גובינד, הארי סוודרס, סריניוואס סיסטה וברנדון הינן בצוות ההפצה של Chrome כדי לבחון את האופן שבו הם מתאמים עם צוותי Google ברחבי העולם כדי להבטיח שכל גרסה תתבצע בצורה חלקה.
ש. איך הצוות שלכם מתכונן לכל גרסה של Chrome?
בן: קודם כל, הצוות שלנו כולל שבעה אנשים שעובדים במשרה מלאה בשני אזורים גיאוגרפיים עיקריים. אנחנו חושבים שההכנות להשקה היא כמו לוח זמנים לרכבת. אנחנו משתמשים בארבעה ערוצי הפצה – Canary, Dev, Beta ו-Stable – כדי להתכונן לקראת השקה של אבני דרך ב-Chrome. ככל שנסיים את התהליך, בכל ערוץ יש יותר משתמשי Chrome. כך אנחנו יכולים לקבל משוב על היציבות והביצועים של Chrome במטרה לגלות בעיות איכות במוצר בהקדם האפשרי. אנחנו שמים לב במיוחד למה שמשתמשים ומפתחים אומרים ברשתות החברתיות, בכתבות ובדוחות על באגים, כדי לזהות כל מה שאנחנו מחמיצים. לאחר מכן צוות המהנדסים ומנהלי המוצר שלנו יכול להשתמש במשוב הזה כדי לשפר את התכונות.
לאחר מכן אנחנו מבצעים מספר סבבים של בדיקות כדי לזהות בעיות איכות. קודם כל, אנחנו משתמשים במערכות אוטומטיות שפועלות באופן רציף, ולאחר מכן עם צוותי בדיקה שמוצאים באגים באופן ידני.
ש. יש לך אפשרות לשתף דוגמה מהזמן האחרון של משוב ממפתח חיצוני שחשובה לך לוודא ששלחת את הגרסה הטובה ביותר האפשרית?
Srinivas: אנחנו תמיד מסתמכים על מפתחי האתרים שלנו כדי לקבל משוב ועל אימוץ תכונות בשלב מוקדם של תכונות, כמו ממשקי API חדשים או שינויי מפרט ב-Chrome ב-iOS. בעקבות השינוי המשמעותי ביותר מבין שתי ספרות לשלוש ספרות (99 עד 100), שיתפנו עם מפתחי אתרים הנחיות לביצוע בדיקות לפני ביצוע השינוי בפועל, כדי לוודא ששילבנו את המשוב שלהם, וחשוב מכך, לא גרמו לשיבושים באתרים שלהם. כך הצלחנו להשיק את השינוי בלי שיהיו בעיות חמורות בהשקה של M100.
ש. מה קורה אם מגלים באג או בעיית אבטחה במהלך השקת העדכון ל-Chrome?
Krishna: אנחנו מקפידים להשיק בהדרגה גרסאות חדשות של Chrome למשתמשים. פריטים חדשים לא מועברים באופן מיידי ל-100% מהמשתמשים. אם אנחנו מזהים באג קריטי, אנחנו מפסיקים את ההשקה של הגרסאות המושפעות כדי להגביל את ההשפעות שלו. לאחר מכן אנחנו פועלים בשיתוף עם צוותי Chrome ברחבי העולם כדי לפתח תיקון ולתקן את Chrome במהירות ובצורה בטוחה ככל האפשר. אחרי שנאמת את התיקון, אנחנו יוצרים גרסה חדשה של Chrome ומתחילים שוב את תהליך ההשקה. בסופו של דבר, רוב המשתמשים לעולם לא יחוו את הבעיה, מפני שהיא תתוקן לפני שהגרסה הושקה אליהם. במקרה של בעיות אבטחה, אנחנו פועלים בהתאם למדיניות בנושא Project Zero Disclosure. לכן, כשיש נקודות חולשה שמנצלות אותם באופן פעיל בטבע, המטרה שלנו היא להשיק את התיקון למשתמשים היציבים בערוץ שלנו תוך שבעה ימים.
ש. האם נדרשת השקעה נוספת כדי לוודא שהגרסאות של Chrome מוכנות לעסקים?
ברנדון: אחת מהיעדים העיקריים שלנו היא להבטיח ש-Chrome ימשיך להיות פלטפורמה יציבה ואמינה לעסקים הרבים שתלויים בנו. המשמעות היא שאנחנו נותנים לעסקים גישה לפונקציונליות הטובה והעדכנית ביותר שהם רוצים שהעובדים שלהם ינצלו אותה, ובמקביל עוזרים להם למנוע שיבושים אפשריים בעבודה שלהם. מכיוון שהצרכים של העסק הם ייחודיים וכל זמן השבתה יכול לפגוע בארגון, יש ב-Chrome הנחיות ספציפיות לצוותי ההנדסה והמוצר שלנו. אנחנו בודקים כל השקה של תכונה כדי לוודא שכל גרסה של Chrome היא 'ידידותית לארגונים'. בין היתר, אנחנו מאפשרים לחברות להתעדכן בשינויים חשובים בנתוני הגרסה של Chrome Enterprise. ויותר שקט נפשי, מנהלי IT יכולים לשלוט בשינויים רבים באמצעות מדיניות ארגונית. לכן, אם הם מעדיפים לבצע בדיקה פנימית או לבטל את ההסכמה לשימוש בתכונה חדשה, הם יכולים לעשות את זה. כדי למנוע בעיות בלתי צפויות, פיתחנו תשתית בדיקה ייעודית שמטרתה לדמות סביבות ארגוניות (לדוגמה, הפעלת Chrome במכשירים שמחוברים לדומיין של Active Directory) ואנחנו משתמשים בה כדי לבדוק את כל הגרסאות של Chrome.
ב-Chrome יש גם מגוון בקרות על עדכונים לבתי ספר ולעסקים. אדמינים יכולים לשלוט בגרסה הספציפית של Chrome, לחזור לגרסאות ישנות יותר ולנצל את ערוץ ההפצה היציב המורחב שלנו, שכולל תמיכה מלאה. אפשר לקרוא על הפרטים במסמך הטכני הזה. אדמינים שרוצים לקבל גישה מלאה לסטטוס העדכון של כלל המכשירים בארגון יכולים להשתמש בדוח הגרסאות שכלול בממשק המרכזי לניהול דפדפן Chrome.
ש. יש שינויים שהצוות שלך מעוניין לבצע בעתיד?
הארי: אנחנו תמיד מחפשים דרכים לשפר את Chrome עבור המשתמשים והמפתחים שלנו, במיוחד בכל מה שקשור לקיצור מחזור הגרסאות. הפעולה הזו תאפשר למשתמשים לראות גרסה יציבה יותר של Chrome, עם תיקוני באגים מהירים יותר ותכונות חדשות. כמו כן, אנחנו יודעים שהמהנדסים ומנהלי המוצרים שלנו נהנים ממהירות פיתוח מוגברת הודות לפיתוח מהיר יותר של תכונות, מחזורי איטרציה מהירים יותר ותקינות הקוד המוגברת. נניח שמנהל מוצר רוצה להשיק תכונה לכל משתמשי Chrome. ייתכן שיחלפו עד 16 שבועות ממועד סיום הפעולה של התכונה ועד שהיא זמינה לכלל המשתמשים. קיצור מחזור ההפצה בכמה שבועות בלבד יאפשר לנו לקצר משמעותית את זמן הביצוע של השקת תכונה חדשה.