איך מומחה DevOps נפל קורבן לאוטומציה

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

הסבר על המילון העירוני לביטוי שכבר הוקם (?!) על החלפת אדם בתסריט

אז הנה הפרסום עצמו:

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

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

אני אנסה לתת מושג כללי איך בדיוק הכל קרה.

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

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

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

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

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

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

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

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

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

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

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

תוספות (מהמתרגם)

המחבר עצמו הוא כזה הערות על הכותרת שלי: "אני מתנצל אם זה נראה כ-clickbait: רק ניסיתי להוסיף קצת הומור לכותרת, לא התכוונתי להפוך את הסיפור שלי ל-clickbait או אימה של DevOps."

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

כמה תוספות מהערות אחרות של המחבר על הסיפור הזה:

• לגבי שכר. גורמים חשובים הם אזוריים ומקצועיים. הכותב, בהיותו מהנדס תוכנה עם 25 שנות ניסיון, מילא תפקיד של מנהל צוות DevOps. יתרה מכך, הניסיון שלו אינו מוגבל רק לידע בתשתיות מודרניות, אלא משתרע ושפות תכנות כמו C++, Fortran ו-Cobol, שהיו קריטיות לאינטראקציה עם מפתחים בארגון.
• למי שגם חשב ש-75 מהנדסי DevOps זה הרבה. בחברה זו"הם עובדים יותר מ-50 אלף איש וממש אלפי אפליקציות פועלות."

בונוס

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

- ואז מה [במקרה של פישוט משמעותי בשימוש ב-K8s] מה יקרה למהנדסים, מנהלי מערכת שתומכים ב-Kubernetes?

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

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

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

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

DevOps או הנדסת מערכות לא ייעלמו - עבודה ברמה גבוהה ויעילות יגדלו.

נ.ב.

קרא גם בבלוג שלנו:

• «כמה מפתחים חושבים שאין צורך ב-Continuous Integration?";
• «ג'וניור, שמחק את מאגר הייצור ביום עבודתו הראשון".

מקור: www.habr.com