תוֹכֶן
מקור: Nexusplexus / Dreamstime.com
להסיר:
DevOps - מיזוג פיתוח ופעולות - היא שיטת פיתוח תוכנה הצוברת פופולריות בשל יעילותה.
לא משנה מהי אסטרטגיית ה- IT שלך, ניתן לנחש בבטחה שכל אסטרטגיית IT מכוונת למסור בזמן תוכנה איכותית, לתקן בעיות במהירות, לשפר את חוויית המשתמש וניצול מיטבי של המשאבים. מודלים מסורתיים של פיתוח תוכנה לא הצליחו להשיג יעדים אלה, במידה שונה. חברות נאבקו למצוא איזון בין אספקה מתאימה של תוכנה איכותית לניצול מיטבי של המשאבים. כעת, הזמינות של תוכנה בענן פירושה שמשתמשים יכולים לגשת לתוכנה דרך דפדפני רשת רגילים. כתוצאה מכך משוב ובעיות מוצפים, ומכניסים לחברות תוכנה לחץ עצום לספק תיקונים במהירות. סיבה מרכזית לבעיות מסוג זה היא ניתוק בין צוותי הפיתוח, ה- QA וצוות התפעול. תפיסת DevOps סייעה לחברות לנהל בעיות אלה באמצעות שיתוף פעולה רב יותר בין צוותים וניהול יזום של סוגיות. עקרונות DevOps משולבים במודלים של פיתוח תוכנה של חברות רבות.
מה זה DevOps?
DevOps היא תרבות חדשה של פיתוח תוכנה שהגדירה מחדש כיצד חברות צריכות לפתח ולנהל תוכנה בתרחיש עסקי משתנה. כעת יישומי תוכנה רבים מתארחים בענן והופכים לזמינים למשתמשים באמצעות הדפדפנים. למשתמשים ניתנים דרכים לפרסם את המשוב או הסוגיות שלהם. כתוצאה מכך חברות מקבלות הרבה מאוד פידבק במהירות. מצב זה שונה מזה שבפיתוח התוכנה המסורתי, כאשר דיווחו על באגים או בעיות בערוצים מסוימים ולקח זמן מסוים להגיע לצוות המודאג. דיווח תכוף על באגים וסוגיות מפעיל לחץ אדיר על החברה לתקן בעיות במהירות. בדגמי פיתוח תוכנה מסורתיים, צוותי הפיתוח, ה- QA והפעילות מנותקים זה מזה, מה שמביא לתגובה מעוכבת לנושאים. בסביבה תחרותית זה יכול להיות גורם קריטי.
המונח DevOps נוצר על ידי שילוב המילים "פיתוח" ו"פעולות "והרעיון המרכזי הוא סינרגיה בין היזמים וצוות הפעולות. בתרבות DevOps, עבודה בממגורות אינה מתקבלת על הדעת. מפתחים, QAs וצוות התפעול מעודדים לחשוב על סך התוכנה שניתן לספק ומה הם יכולים לעשות כדי לשחרר פיסת תוכנה איכותית. לדוגמה, היזם מעודד לחשוב על התרחישים האפשריים לאחר בדיקת הקוד, כגון תרחישים של שבירת קוד, האם מקרי השימוש הם בעיות אמיתיות או חוויית משתמש היפותטיות. כדי לקבל את התשובות לשאלות אלו, היזם צריך לפנות אל ה- QA וצוותי התפעול. הצוותים צריכים גם לתכנן באופן יזום לנושאים אפשריים ואת ניהולם.
לסיכום, הרעיון המרכזי העומד מאחורי DevOps הוא להגביר את שיתוף הפעולה בין צוות הפיתוח והפעולות, לחזות ולמנוע סוגיות, להפסיק לחשוב בממגורות ולחשוב לתרום לאיכות התוכנה הכוללת. (למידע נוסף על DevOps, ראה DevOps 101.)
עקרונות DevOps
שלושת העקרונות העיקריים המניעים את תרבות ה- DevOps בחברות שונות מתוארים להלן.
אינך יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.
מקרה מבחן בנושא DevOps
אמזון הפכה את עצמה מקמעונאית מקוונת לחלוצה בחלל הענן עם שחרורו של אמזון ווב שירותי (AWS), IaaS לפי דרישה שנמצא כיום בשימוש נרחב. עם זאת, כאשר אמזון נכנסה לתחום שירותי הענן, החברה לא ידעה הרבה על הנושא. היו הרבה סיכונים. אז איך אמזון יצרה הצלחה כה גדולה? (למידע נוסף על AWS, ראה מה מביאים שירותי האינטרנט של אמזון לענן?)
האסטרטגיה של האופן בו אמזון הצליחה הייתה אמורה להיות סוד, אך אחד מעובדיה לשעבר, סטיב יגגה, הדליף תזכיר פנימי המספק פרטים חשובים על מה שג'ף בזוס רצה שהעובדים יעשו כדי להפוך את AWS להצלחה.
- על כל הצוותים לחשוף נתונים, תכונות ופונקציות באמצעות ממשקי שירות אינטרנט.
- על צוותים לתקשר זה עם זה באמצעות ממשקי שירות אינטרנט אלה. שום אמצעי תקשורת אחר לא הותר, כגון קישור או שיתוף.
- צוותים רשאים להשתמש בכל טכנולוגיה בכדי להשתמש בממשקי שירות האינטרנט - HTTP, CORBA, Pubsub, פרוטוקולים מותאמים אישית - לא משנה איזה מהם.
- יש לתכנן את כל הממשקים לשירותי האינטרנט כך שניתן יהיה לחשוף את הממשקים לעולם החיצון.
לסיכום, מהנדסים באמזון נדרשו לבנות שירותי אינטרנט שדרכם יוכלו לשתף נתונים, וזה יהיה האמצעי היחיד לשיתוף נתונים. כל צוות שהיה זקוק לנתונים מצוות אחר נדרש למצוא שירותי אינטרנט מתאימים דרכם הם יגישו את הבקשה. אם לא נמצא שירות אינטרנט מתאים, הם היו יכולים להסלים את העניין. צוותים שבונים שירות אינטרנט נדרשים גם לאבטח את שירותי האינטרנט כך שלא ניתן היה לגשת אליהם ללא אימות אישורי משתמשים.
אז איפה DevOps נכנסת לתמונה הזו? כחלק מיוזמת AWS, נוצרו, השתמשו ונבדקו מספר עצום של שירותי אינטרנט אשר כלל מספר עצום של עובדים. באופן טבעי, מכלול הפעילויות הביא ליצירת מספר עצום של מקרי מבחן, סוגיות, באגים ומקרי שימוש. ברור שכמעט כל הצוותים היו מעורבים ומילאו את תפקידם - מפתחים פיתחו שירותי אינטרנט, תפקידים שונים ניגשו לממשקים ודיווחו על בעיות, אם היו כאלה. מפתחים נאלצו לשתף פעולה באופן רציף עם פעולות, QA ותפקידים אחרים כדי לוודא ששירותי האינטרנט מגיעים לרמת האיכות המינימלית.
סיכום
לכל היתרונות ש- DevOps מביאה, לא קל ליישם אותו ברחבי ארגון. מכיוון שמדובר בתרבות, שבירת המחסומים וטיפוח תרבות של תקשורת נוזלים יכולה לקחת הרבה זמן. השינוי צריך לבוא מלמעלה. הטמעת המערכת החדשה יכולה להתמודד עם התנגדות בצורות שונות. אין דרך אחת ליישם DevOps על פני ארגונים בהתחשב באופי הייחודי של סביבות עבודה שונות. ארגונים צריכים לחקור אילו שיטות יתאימו ביותר לנסיבותיהם.