מדוע מנהלי מערכת צריכים להיות מהנדסי DevOps

אין זמן טוב יותר ללמידה בחיים מאשר היום.

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

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

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

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

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

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

קודם כל, חשוב להבין ש-DevOps אינו תפקיד ספציפי בחברה, אלא סט של פרקטיקות ספציפיות. פרקטיקות אלו כוללות הפצה של מערכות מבודדות, הפחתת הנזק מבאגים ושגיאות, עדכוני תוכנה תכופים ובזמן, אינטראקציה מבוססת בין מפתחים (Dev) ומנהלי מערכת (Ops), כמו גם בדיקה מתמדת לא רק של הקוד, אלא של המבנה כולו בתוך התהליך. שילוב ואספקה ​​מתמשכים (CI/CD).

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

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

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

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

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

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

אבל עד כמה האמירה הזו נכונה?

מנהל מערכת: אחד בלוחם בשטח

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

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

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

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

המשימה של מנהל המערכת היא לא לבזבז זמן ולחסוך לחברה כסף בכל דרך אפשרית. לפעמים מנהלי מערכת עובדים כחברים בצוות גדול הכולל, למשל, מנהלי לינוקס, חלונות, מסדי נתונים, אחסון וכדומה. גם לוח הזמנים של העבודה משתנה. למשל, משמרת באזור זמן אחד בסוף היום עוברת למשמרת הבאה באזור זמן אחר כדי שהתהליכים לא ייעצרו (בעקבות השמש); או לעובדים יש יום עבודה רגיל מ-9 בבוקר עד 5:XNUMX; או שזה עובד במרכז נתונים XNUMX/XNUMX.

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

DevOps: פיתוח ותחזוקה הם אחד

דופים היא סוג של פילוסופיה של תהליכי פיתוח ותחזוקה. גישה זו בעולם ה-IT הפכה לחדשנית באמת.

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

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

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

נושא האוטומציה הופך יותר ויותר רלוונטי. גם מנהלי מערכת וגם DevOps מעוניינים לבצע קנה מידה מהיר, לצמצם באגים ולמצוא ולתקן במהירות באגים קיימים. לפיכך, אוטומציה היא מושג שבו שני התחומים מתכנסים. מנהלי מערכת אחראים לשירותי ענן כגון AWS, Azure ו-Google Cloud Platform. הם צריכים להבין את העקרונות של שילוב ואספקה ​​מתמשכים וכיצד להשתמש בכלים כמו ג'נקינס.

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

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

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

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

אם אתה מנהל מערכת, אז אתה צריך ללמוד Git טוב יותר, להבין כיצד בנויה בקרת גרסאות ולזכור פקודות נפוצות: git status, git commit -m, git add, git pull, git push, git rebase, git branch, git diff ואחרים. ישנם קורסים וספרים מקוונים רבים שיעזרו לך ללמוד את הנושא הזה מאפס ולהיות מקצועי עם כישורים ספציפיים. יש גם נפלאים גיליונות לרמות עם פקודות Git, אז אין צורך לקדוח את כולם, אבל ככל שתשתמשו יותר ב-Git, כך זה יהיה קל יותר.

מסקנה

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

מקור: www.habr.com