מה מעורב בדרך כלל בהנדסת אמינות אתרים?

ש:

מה מעורב בדרך כלל בהנדסת אמינות אתרים?

העבודה הכרוכה בהנדסת אמינות אתרים (SRE) יכולה להשתנות לא מעט, תלוי בחברות ובמערכות שעובדות עליהם.

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

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

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

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

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