מדוע יש צורך ב-DevOps ומי הם מומחי DevOps?

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

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

מדוע יש צורך ב-DevOps?

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

מה זה DevOps?

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

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

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

מהי המהות של תרבות DevOps?

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

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

מהם סוגי שיטות ה-DevOps?

נהלי DevOps מכסים את כל שלבי מחזור חיי התוכנה.

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

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

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

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

מהם היתרונות של שיטות DevOps?

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

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

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

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

איך קשורים המושגים "מהנדס מערכות", "מהנדס בנייה" ו"מהנדס DevOps"?

הם חופפים, אבל שייכים לאזורים מעט שונים.

מהנדס מערכות ב-EPAM הוא תפקיד. הם מגיעים ברמות שונות: מהזוטר ועד מומחה ראשי.

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

מהנדס DevOps הוא מומחה שמיישם שיטות DevOps בפרויקט.

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

מה בדיוק עושה מהנדס DevOps?

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

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

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

מה צריך לדעת מהנדס DevOps?

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

1. שפות תכנות

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

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

2. מערכות הפעלה

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

3. מערכות בקרת גרסאות

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

4. ספקי ענן

AWS, Google, Azure - במיוחד אם אנחנו מדברים על הכיוון של Windows.

קיריל סרגייב: "ספקי הענן מספקים לנו שרתים וירטואליים שמתאימים בצורה מושלמת ל-CI/CD.

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

5. מערכות תזמור: Docker ו-Kubernetes

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

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

6. מערכות תצורה: שף, אנסיבל, בובה

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

איזה סוג של קריירה יכול לבנות מהנדס DevOps?

אתה יכול להתפתח גם אופקית וגם אנכית.

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

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

איך להיות מהנדס DevOps?

1. קרא את ה-Phoenix Project ו-DevOps Handbook. אלו הם עמודי התווך האמיתיים של פילוסופיית DevOps, כשהראשון הוא יצירה בדיונית.
2. למד טכנולוגיות מהרשימה למעלה: בעצמך או באמצעות קורסים מקוונים.
3. הצטרף כמהנדס DevOps לפרויקט קוד פתוח.
4. תרגל והצע שיטות DevOps בפרויקטים האישיים והעבודה שלך.

מקור: www.habr.com