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