תוֹכֶן
מקור: Djvstock / Dreamstime.com
להסיר:
DevOps מתפתח כבר שנים, אז מה חדש במתודולוגיה המגמה הזו?
לקוחות ארגונים עסקיים רוצים שהם יגיבו לצרכים המשתנים שלהם כראוי ובמהירות. עם זאת, מגבלות שונות מונעות מעסקים לענות לדרישות כאלה מהר ככל שהם רוצים. אחת המגבלות הבולטות ביותר הייתה הדרכים המבודדות שעבדו מחלקות שונות. DevOps מאפשרת כעת לארגונים לענות לדרישות דינמיות על ידי הסרת הסמלים הממוזגים בארגונים. התפקידים ממוזגים וכעת אנשים נדרשים להיות תפקודיים חוצים. ארגונים מסוגלים כעת להפעיל מוצרים ושירותים באופן הדרגתי ותדיר יותר. מכיוון שהצוותים הופכים לחוצים יותר פונקציונליים, יש פחות תלות הדדית כעת. מחקרים שונים מצאו ש- DevOps הופך לכוח חשוב שיש לחשב איתו. בהתחשב בעקרונות DevOps, זה היה כוח משבש בעולם ה- IT.
מה זה DevOps?
DevOps מקוצר מ"פיתוח "ומ"פעולות", כלומר גם אנשי פיתוח וגם תפעול עובדים יחד או רוכשים כישורים חוצי תחום. עם זאת, אין להגביל את היקף התפקידים למפתחי תוכנה ואנשי תומכי IT. למעשה, על ההיקף לכלול את כל התפקידים שיש להם חלק בפיתוח תוכנה. "האופציות" יכולות לכלול מהנדסי מערכות, מנהלי מערכות, צוותי תפעול, מהנדסי שחרור, DBA, מהנדסי רשת, אנשי אבטחה ותתי תחומי משנה שונים ותארים נוספים.
DevOps הוא שילוב של פילוסופיות, פרקטיקות וכלים שונים המאפשרים למפעלים עסקיים לענות לדרישות השוק המשתנות לעיתים קרובות. בעבר, מחלקות שונות יעבדו לרוב בבידוד עם מינימום תקשורת או תיאום. זה הביא לבעיות כמו אי מענה לשינויים פתאומיים בדרישות. הפילוסופיה של DevOps דורשת מהמתרגלים שלה להיות פונקציונלית חוצה. לדוגמה, ייתכן שמפתח תוכנה יידע גם כישורי בדיקת תוכנה. שינוי בפרספקטיבה מביא לתוצרים טובים יותר ולהבנה ברורה יותר של הדינמיקה בשוק. DevOps דורשת מהמתאמנים שלה לרכוש מיומנויות מגוונות, המרחיבות את הפרספקטיבה ומסייעות בביצוע עבודה איכותית.
מגמות והתפתחויות חשובות
תחום DevOps עבר שינויים חשובים רבים. כאן נסתכל על השינויים החשובים ביותר תוך הימנעות מההייפ.
במהלך השנים האחרונות, מתודולוגיית ה- Agile איבדה מעט את הפופולריות שלה, מכיוון שמייסדים רבים נסחפו. הסיבה העיקרית להתפכחות הייתה העקרונות הדוגמטיים שלה. זריז מתחיל לעשות קאמבק בצורת שני עקרונות: זריז מודרני ולב זריז.
אתה לא יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.
כלים ושיטות DevOps
אמנם ישנם עקרונות או שיטות מסוימים לגבי DevOps, אך ישנם כלים רבים ושונים זמינים ליישום DevOps. כלים אלה משמשים ארגונים שונים בדרכים רבות, וכמה מהחשובים שבהם מתוארים להלן.
בדיקות וגרסאות הן פעילויות חשובות המכוונות לאיכות התוכנה. בתחום הבדיקה ניתן לציין דוגמה לנטפליקס. צוות הבדיקה של נטפליקס פיתח את הרעיון של Chaos Monkey, שבאופן בסיסי משבש את המערכת על ידי הצגת באגים או בעיות שמעמידים מפתחי תוכנה למבחן. כתוצאה מכך, כאשר מופיעה בעיה לגיטימית, ניתן לטפל בה בקלות רבה יותר.
גרסאות נוגעות לרעיון שלא צריך לקודד אלא רק כל מה שקשור לתוכנה כמו חפצים, מקרי מבחן ותשתיות. ככה, אם עדכון או תיקון לא עוברים כמתוכנן, ניתן להחזיר את התוכנית בקלות לגירסה קודמת ויציבה.
DocuSign היא ספקית מובילה של פתרונות חתימה דיגיטלית ועסקת מסמכים. מכיוון שהוא נמצא בתחום הדורש אבטחה וסודיות גבוהה, DocuSign צריך להקפיד מאוד על שמירת פרטיות ואבטחת העסקאות. אימוץ עקרונות DevOps לא היה קל מכיוון שהיה עליו לא רק להפעיל תכונות חדשות, אלא גם לוודא שהן נבדקות בקפדנות. לכן, לפני הפעלת התוכנה בפועל, היא ביצעה תהליך בדיקת מדומה בעזרת תוכנה. ליתר דיוק, הוא הדמה את ה- API המשמש לבדיקה. כתוצאה מכך הדברים עבדו מהר יותר, אירועים ונושאים זוהו ותוקנו במהירות או בסדר העדיפויות. DocuSign גם הציב תהליך שניתן יהיה לחזור עליו, שיבצע אוטומציה של הדמיית מקרה לבחינה ויזהיית תוכנות.
פורטר
פורטר הוא ספק פתרונות חתימה ועסקה דיגיטלית בדיוק כמו DocuSign. היא רצתה לנהל את האירועים והנושאים בצורה יעילה יותר. זה תעדף סוגיות והדגיש פתרון עצמי של סוגיות. פורטר בנה ארכיטקטורה שיכולה לתעדף סוגיות ויכולה לזהות בעיות לפתרון עצמי או לפיתרון מאוחר יותר. לכן הוא יכול להתמקד תחילה בסוגיות וארועים בעלי עדיפות גבוהה. אוטומציה זו של משימות שניתן לחזור עליה שחררה אנשים להתרכז בעבודות יצירתיות יותר.
סיכום
האם DevOps נשמע כביכול מוות של שיטות פיתוח תוכנה מסורתיות? זו שאלה לא קלה לענות. DevOps עדיין בשלביו הראשונים. זה עדיין נשקל. כמובן שישנם מחקרי מקרה המצביעים על היתרונות שלה על פני פרקטיקות פיתוח תוכנה מסורתיות. מעשית, זה ייקח זמן עד שהוא יכול היה להשתלט, כי פירוק נוהגים שלקח שנים להצטבר הוא משימה לא קטנה. אולם כרגע נראה ש- DevOps הוא מושג שמקנה תשומת לב רצינית.