אני מרצה ב Expert Days על Production Debugging

18 באוקטובר 2012

2 תגובות

מי שמעוניין להשתתף בסדנה מרוכזת של יום אחד, מלא וגדוש, על Production Debugging, מוזמן להרשם לסדנה אותה אני מעביר בארוע ה Expert Days שעורכת כל שנה E4D Solutions. הסדנה שלי מתוכננת ליום ראשון, ה 23/12/12, ואני אביא לסדנה ידע וחומרים חדשים הישר מכנס ה Build 2012 שאליו הצלחתי להכנס בדקה התשעים.

המונח Production Time Debugging מתאר מצב שבו אתה צריך לאסוף חומר ולבצע Debugging של המערכת שלך אצל הלקוח, או בחוות השרתים או על פס הייצור עצמו. בסביבה הזו אתה מאד מוגבל ביכולות ובכלים שאתה יכול להפעיל; בעיקר בגלל מה שנקרא אפקט הצופה (Observer effect) שאומר' שאסור לך להפעיל בסביבת הייצור אף כלי שיכול להשפיע על המערכת ולגרום לפגיעה באיכות השרות למשתמשים. מה שזה אומר, זה שאתה בא למחשב ללא כלים בכלל, ומשתמש רק במה שיש על המחשב.

CLRerr1

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

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

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

BlueScreen1

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

אתם מוזמנים

הוסף תגובה
facebook linkedin twitter email

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *

2 תגובות

  1. משה18 באוקטובר 2012 ב 23:22

    גדי,

    תוכל להרחיב על ההשלכות של התקנת קומפוננטה של VS בסביבת הייצור?

    הגב
  2. GadiM18 באוקטובר 2012 ב 23:38

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

    הגב