DevOps לעומת SysAdmin: יריבים או משתפי פעולה?

לפני כמה הודעות דיברנו על SysAdmins, במיוחד בפוסט שנקרא «Sysadmin: האמנות להיות מנהל מערכת ושרתים ». ואמרנו שהם סוג של «... איש מקצוע IT מנוסה, שהיום הרגיל שלו מתמלא בדרך כלל במספר רב של פעילויות מגוונות, מתוכננות או לא ...» ו- «... האדם אחראי להבטחת תפקוד תקין של כל פלטפורמה טכנולוגית ו- IT בה אתה עובד, ... ».

בפוסט זה נדבר על DevOps, סוג כזה של "זן" (דור) חדש של מפתחי תוכנה, שנשמע עליו כבר כשמונה או עשר שנים. דור חדש זה של מתכנתים שנולד ממבואות המרכזים הטכנולוגיים וחברות ה- IT המודרניות בעלות שם עולמי גבוה, ואשר חייב את שמו למונח הנגזר מהמילים האנגליות "פיתוח" ו"מבצע ".

מבוא

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

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

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

מאותה מציאות שחיה בסטארט-אפים אלה מקורם "תרבות פיתוח תוכנה" חדשה המבוססת על הפילוסופיה המכונה "שחרור מוקדם, שחרור לעיתים קרובות" (מהדורות מוקדמות, מהדורות תכופות), שם התוכנה משתנה ומשיקה את "On Fly" (בטיסה)כלומר, לטוס לשימוש מיידי על ידי המשתמשים באותו.

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

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

מצב זה הוא בדיוק מה שגורם ל- DevOps להיראות כמו SysAdminכלומר עסקים קטנים בעלי פעילות רבה המנסים לצמצם את כוחם של אנשי מומחי ה- IT בכדי לייצר הפחתה בעלויות התפעול של אותו הארגון וכל זה. מוליד "מפתחי תוכנה" ו"מנהלי מערכת ושרתים "המטפלים בתחומים רבים ובפונקציות רב תחומיות של טכנולוגיה במשותף.

לכן, DevOps אינו רק אדם או עמדה, אלא גם מגמה, תנועה, תרבות ארגונית רחבה מאוד בימינו. אודותיו תוכלו ללמוד עוד על ידי קריאת שני המאמרים האחרים האלה הנקראים: «דופים»Wonderfulמה זה DevOps?".

תוכן

האמור לעיל הוא בדיוק מדוע כיום DevOps ו- Sysadmin פשוטו כמשמעו הם "ג'ק של כל המסחר" או "Master of None".כלומר "משרתים לכל דבר" או "אדונים לכלום", מכיוון שהם מסוגלים "לעשות הכל או דברים רבים מבלי להפוך למומחים לכלום."

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

כדי ש- DevOps או Sysadmin יהיו בעלי יכולת אינטלקטואלית לפתור כמעט כל בעיה טכנולוגית שמתעוררת כרוכה בעלות קוגניטיבית גבוהה מאוד, מה שמעדיף שהם נוטים להציג דרגות מסוימות של "לחץ בעבודה" (Burn Out), וכתוצאה מכך סובלים מירידה בתפוקה או ביעילות העבודה שלהם.

סיסדמין

Sysadmin נוטים להקיף את הפונקציות והפעילויות הבאות:

1. יישם חדש או הסר מיושן
2. בצע גיבויים
3. עקוב אחר הביצועים
4. נהל שינויי תצורה
5. להפעיל יישומים ומערכות הפעלה
6. נהל חשבונות משתמשים
7. לפקח על אבטחת המחשב
8. התמודדות עם כישלונות ונפילות
9. לעמוד בדרישות המשתמש
10. דווח לרמות האחריות הישירות של הארגון
11. תעד את פעילויות המחשוב של המערכת והפלטפורמה

ואתה צריך להכיר קצת ידע לגבי:

1. תכנות
2. מאגרי מידע
3. אבטחת IT
4. רשתות
5. מערכות הפעלה

דופים

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

לכן, DevOps בדרך כלל מסוגלים:

1. כתוב קוד ובצע את הפונקציה של מתכנת.
2. נהל שרתים מרובי פלטפורמות ובצע את הפונקציה של SysAdmin.
3. נהל רשתות ובצע את הפונקציה של NetAdmin.
4. נהל מסד נתונים (BD) ובצע את הפונקציה של DBA.

זה משאיר אותנו למסקנה ש- DevOps טוב:

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

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

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

• הם משתפים פעולה ברמה גבוהה עם הארגונים ומבטיחים סינרגיה בכל אחד מחלקי החברה, בעוד ש- SysAdmin ממוקדים יותר בניהול (הגדרת תצורה, שמירה ועדכון שרתים ומערכות מחשב).
• הם נוטים לעבוד לעתים קרובות יותר על פרויקטים עם מוצר מקצה לקצה, ואילו SysAdmins נוטים להיות מוגבלים יותר להיקף ואחריות קטנים יותר (נקודתיים) לגבי אותם פרויקטים / מוצרים.
• בדרך כלל הם יכולים לעשות כל מה ש- SysAdmin עושה, אך SysAdmin בדרך כלל לא יכול לעשות את כל מה ש- DevOps עושה.

מסקנה

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

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

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