גוגל פתחה את הדיסק הזמני ב־Cloud Run לשימוש כללי: מה נמחק כשהמופע נסגר

גוגל הודיעה ב־4 בנובמבר כי אפשרות הדיסק הזמני ב־Cloud Run זמינה באופן כללי. עבור עסק שמריץ שירותי תוכנה בענן, ההכרזה עשויה להיות שימושית בעיבוד קבצים גדולים ובשמירת עותקי עבודה מקומיים. אבל המילה החשובה בשם התכונה היא דווקא זמני: המידע בדיסק נשמר רק כל עוד מופע ההרצה קיים. כאשר המופע נסגר, המידע נמחק לצמיתות. לכן זהו כלי לעבודה בתוך תהליך, ולא מקום לשמירת מסמכי העסק, הזמנות או תוצאות שצריך לקבל גם אחרי תקלה.

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

מה התחדש ומה נשאר זמני

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

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

מה גורם למידע להימחק

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

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

למה זה עשוי לעזור בעיבוד קבצים

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

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

עותק מהיר אינו המקור הקבוע

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

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

הדיסק אינו משותף לכל המופעים

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

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

נפח הדיסק והמכסה אינם אותו דבר

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

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

גם מספר המופעים נכנס לחישוב

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

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

מה לבדוק בחיוב לפני שמכריזים על חיסכון

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

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

חלון הסגירה אינו תוכנית גיבוי

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

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

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

מה לבקש לפני שמפעילים

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

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

מצאתם טעות או תוכן לא ראוי? דווחו לנו >>