DevOps מנקודת המבט של CA Technologies
כך תוודאו את תוצאות הפיתוח בכל שלב במחזור החיים של הספקת התוכנה על מנת להבטיח פעולה רציפה בסביבת הייצור, תוך חיסכון מרבי בהוצאות
שיטות DevOps מקדמות את המערך של טכנולוגיות המיחשוב והיישומים באמצעות השקה של גרסאות בקצב מהיר וצפוי יותר בעיקר בארגונים אשר אימצו מתודולוגיות פיתוח מסוג Agile, באופן זה הצוותים יכולים לעבוד במשותף ולוודא את תוצאות הפיתוח בכל שלב במחזור החיים של הספקת התוכנה על מנת להבטיח פעולה רציפה בסביבת הייצור, תוך חיסכון מרבי בהוצאות.
מה היא תפיסת DevOps?
מנקודת המבט של CA, תפיסתDevOps משלבת בין התפקודים העסקיים של פיתוח היישומים ותפעול המיחשוב, כדי לקדם השקה יעילה יותר של גרסאות תוכנה, עמידה בדרישות הגוברות של השוק ותמיכה בתוצאות עסקיות חיוביות.
חשוב לציין שכדי ששיטותDevOps יפעלו בצורה נכונה, חייבים להתייחס אליהן כאל מגמה, ולא כאל שוק למוצרים של ספקית מסוימת. שיטות DevOps צריכות לשפר אנשים, תהליכים וטכנולוגיה, בסדר זה. למרות שעבודה משותפת ומתודולוגיה הן המפתח, קיימים עדיין מכשולים טכנולוגיים גבוהים שחייבים להתגבר עליהם לפני שניתן לממש בפועל את תפיסת DevOps בארגון גדול.
הן התפקוד של פיתוח היישומים והן התפקוד של תפעול המיחשוב התפתחו באופן משמעותי ב-20 השנים האחרונות, ויושמו בהם שיטות עבודה וטכנולוגיות בשלות. במהלך הניסיון שצברנו בעבודה עם ארגונים מובילים, היינו עדים למספר פריצות דרך שבישרו על תפיסת DevOps.
המבשרים של תפיסתDevOps הם חידושים שמגבירים את הגמישות והמוכנות של הארגון להספקת יישומים.
להלן מספר דוגמאות:
- עדיפויות: אין הסכמה בין הצוותים ביחס ליעדי ליבה עסקיים ומדדים כשתפקודי תוכנה חדשים משוחררים לסביבת הייצור.
- אילוצים: זמינות של מערכות, תקציבים ומשאבים מוגבלים מחייבים להחליט על פשרות קשות בין מהירות ויציבות, תכונות ושימושיות, גישה ובקרה, גמישות ותכנון הולם.
- תזמון: את הסנכרון של כל לוחות הזמנים והסביבות חייבים ליישם בצורה מוצלחת במהלך המחזורים של הפיתוח, הבחינה, ההספקה והשינוי.
סיבות אלה גורמות לעיכובים בפרויקטים, טעויות תפקודיות, בעיות ביצועים, חריגה מתקציבים ובעיות משמעותיות נוספות - שכולן פוגעות ביכולת לספק שירותים עסקיים חדשים, ובסופו של דבר גם פוגעות במוניטין.
גישת DevOps נתפסת לעתים בעל קשר הדוק למתודולוגיית הפיתוח Agile, וכן לתפיסת התפעול המקבילה Infrastructure Automation (מיכון תשתיות). שילוב בין שיטות אלה ועבודה בשיתוף הדוק יותר מאפשרים למחלקות מיחשוב שמבקשות לקדם את תפיסת DevOps לשנות את האופן שבו יוצרים יישומים, ולספק בצורה מהירה וחלקה תוצאות עסקיות חיוביות.
אתגרים
על ארגונים שתלויים מאוד בתפקודי המיחשוב כדי לספק שירותים ללקוחותיהם מופעלים לחצים כבדים מצד השוק לפתח ולנהל בצורה טובה יותר תכונות מיחשוב חדשות, במענה לדרישות הגוברות של הלקוחות.
ואכן, בכל ארגון רוצים לפתח יישומים בקצב מהיר יותר, וברמות גבוהות יותר של ביצועים ואיכות, תוך ייצוב של הוצאות המיחשוב. אנו מבקשים לשלב בין רכיבי תוכנה נפרדים בקצב מהיר יותר, על מנת שיוכלו לפעול ללא רבב כשמעבירים אותם לצוותים של תפעול המיחשוב. אולם, ביחס לשילובים כאלה, הרקורד של פיתוח היישומים גרוע מאוד.
תפקודי הפיתוח והתפעול עדיין מופרדים בדרך כלל על ידי "חומה סינית" בתהליך שחרור הגרסה (Release), מאחר ופעילויות רבות, ורכיבים רבים, חייבים לעבור התאמה באחד הצדדים במשך שבועות או אף חודשים, לפני שהקוד מסופק לסביבת הייצור. אפילו לאחר עיכובים אלה, יישומים חדשים בסביבת הייצור מכילים לעתים קרובות ליקויים עקשניים, וסובלים מבעיות ביצועים, כשהאיתור והתיקון יקרים.
במציאות של ימינו, שכוללת יישומים למכשירים ניידים, שירותי ענן, מדיה חברתית, ממשקי API מרוכבים ויישומי שירות, אף ספקית ואף פלטפורמה טכנולוגית אינם יכולים להיחשב ל-"סטנדרט של התעשייה". כל חברה גדולה חייבת להתמודד עם ארכיטקטורות מבוזרות מאוד, והטרוגניות מאוד, של יישומים, ולקחת בחשבון הן את ההיסטוריה והן את הקיבולת של המערכות שלה, וכן את היכולות של שותפי השירות.
פתרונות לפי תפיסת DevOps
מה ניתן, אם כן, לעשות כדי לקדם את תפיסת DevOps, ולספק תפקודים חדשים לסביבת הייצור תוך דקות או שעות, במקום ימים ושבועות - ועדיין לנהל את מערך היישומים בצורה אמינה יותר, למרות המורכבות הגוברת?
עלינו למצוא דרך שתעודד מיכון ואחריות בארגון המורחב, שכולל את כל מי שמעורב בהגדרה, בנייה, בחינה וניהול של יישומים. אם צוותי הפיתוח וגם צוותי התפעול יחלקו בנטל האחריות על הספקה של תוצאות עסקיות, הם יתחילו, באופן טבעי, למצוא דרכים טובות יותר לעבוד במשותף. אז, ורק אז, נוכל להתחיל לדבר על כלים ספציפיים שעשויים להשתלב במפת הדרכים הנוכחית של הלקוחות, המובילה ליישום של תפיסת DevOps.
כשצוותי הפיתוח ממכנים את האריזה והפריסה של כל שינוי בתוכנה, וצוותי התפעול ממכנים את התהליך והניטור של כל גרסה חדשה, אפשר להתחיל להשיג איזון חוזר של הספקה (Continuous Delivery loop).
עדכוני תוכנה שבעבר המתינו לתהליך השבועי או הרבעוני של שחרור הגרסאות (build and release), כעת ניתן ליישם תוך שעות או דקות, כאשר צוותי התפעול של המיחשוב בודקים ומשלבים את הגרסה בסביבת הייצור באופן אוטומטי, ללא חשש. המיכון והאחריות של הלולאה הרציפה מסייעים להאיץ את החדשנות באמצעות השיטות והכלים של תפיסת DevOps.
חברת CA Technologies מספקת פתרונות שמאפשרים למחלקת המיחשוב לגשר על הפערים הקריטיים ביותר בשרשרת הכלים של פעילויות DevOps.
הפתרונות שלנו להספקת יישומים משלימים מאפשרים ללקוחות להשיג את החיבור בין פיתוח במתודולוגיית Agile ותפעול מיחשוב לקידום החדשנות והאיכות בציר הזמן של הפרויקט. הלקוחות יכולים להגיע במהירות לשלב הפריסה של תוכנות חדשות, ולקבל משוב טוב יותר מצוותי התפעול של המיחשוב על מנת לבצע תיקונים מהירים ולהבטיח איכות וביצועים ללא רבב.
פתרונות ממשפחת CA LISA להספקת יישומים לפי תפיסת DevOps:
חבילת CA LISA מביאה תובנות אסטרטגיות ומיכון לפעילויות DevOps, ומסייעת לאחד את הקבוצות שפעם היו נפרדות - ארכיטקטורה, פיתוח, בחינה וביצועים, ותפעול המיחשוב - על מנת לספק יישומים בקצב מהיר יותר ולצמצם את העלויות והסיכונים.
• פיתרון CA Clarity Product Portfolio Management (PPM): בעזרת פיתרון CA Clarity יכולים אנליסטים וארכיטקטים לתכנן את מערך היישומים, ולקבוע סדרי עדיפויות, על מנת למקד את המאמצים בפרויקטים שמעניקים לעסק את הערך הגבוה ביותר, או את התמורה הגבוהה ביותר להשקעה. התאמות על בסיס תחזית בשלב זה מסייעות לקבוע יעדים טובים יותר לפעילויות DevOps.
• פיתרון Service Virtualization: דגימה והדמיה של מאפייני ההתנהגות, הנתונים והביצועים של כל המערכות בסביבת הפיתוח והבחינה, על מנת שניתן יהיה לקדם במקביל כל שלב במחזור החיים של פיתוח התוכנה מבלי להשפיע על התפעול של מערכת הייצור.
o תפקוד Service Virtualization for Networks: תפקוד מסוג דומה מדמה את הקיבולת של תקשורת הנתונים ברשתות אלחוטיות ורגילות, על מנת לספק תגובה ריאליסטית עוד יותר לשימושי DevOps.
• פיתרון Release Automation: מיכון של שינויים מורכבים בתצורה אשר נחוצים לביצוע שינויים בקוד הגרסה במופעים פועלים של תוכנה בכל שלב של מחזור החיים של פיתוח התוכנה - מהפיתוח ועד להטמעה, בחינה והספקה לייצור, עם הרבה פחות שגיאות וכמעט ללא מאמץ.
• פיתרון Environment Management: ניהול סביבות של פיתוח יישומים ובחינה לפי דרישה, עם כל ההגדרות הנחוצות של המערכת ונכסי התוכנה, בתשתיות ענן פרטיות או ציבוריות.
• פיתרון DevOps Data Mining: מציג תמונה פנימית של ארכיטקטורת היישום, תוך לימוד מסביבת הייצור על מנת להפיק באופן אוטומטי פרופילים של ביצועים, תרחישי בחינה, נכסים של נתונים ושירותים וירטואליים, תוך גישור בפועל על הפער שבין תפעול המיחשוב לפיתוח היישומים, בעזרת נתונים שניתן לפעול על פיהם.
• פיתרוןCA Application Performance Management (CA APM): ניטור מוכח של ביצועי יישומים בסביבת הייצור, עם מדדים ונתונים שמוזנים בחזרה לפיתוח לקבלה מהירה של בעיות, גילוי של שורשי הבעיות והתאמת הפיתוח, על מנת לעמוד ביעדים של איכות השירות.
הפתרונות של CA Technologies לפי תפיסת DevOps מסייעים לקדם גרסאות בצורה מהירה וצפויה יותר, מאפשרים לאשר את התוצאות בכל שלב של מחזור החיים של התוכנה ועוזרים להשיג תוצאות עסקיות חיוביות.
במחזור החיים של פיתוח התוכנה, עבודה משותפת של צוותי הפיתוח ושל צוותי התפעול של המיחשוב, בשיטות DevOps, מסייעת להגביר את הקצב והאיכות של האינטראקציה בין שתי קבוצות אלה. לקוחות שעובדים עם CA על האצת הפיתוח של היישומים מדווחים בדרך כלל על זמני השקה מהירים בשיעור של 25 עד 50 אחוזים, ומשיגים החזר ROI, שבא לידי ביטוי בחיסכון בהוצאות על תשתית ומעבדה, תוך שמונה החודשים הראשונים לאימוץ.
אנו מציעים גם יכולות הקמה מובילות להתאמת מחזור החיים של התוכנה להיבטים העסקיים והתפעוליים של פעילויות DevOps, ובכלל זה פיתרון CA APM לניטור רציף ופיתרון CA Clarity PPM לתכנון של מערך ההשקעות בפיתוח יישומים. קידום של תהליכי ניטור בזמן אמת, נתוני ביצועים ומשוב על קיבולת של תשתיות מספקים לצוותי הפיתוח שפע מידע בצורה ישירה. התאמה של פעילויות DevOps לדרישות העסקיות האסטרטגיות מאפשר לתת מענה מדויק הרבה יותר לציפיות של הלקוחות.
הכותב הוא CTO בחברת CA Technologies ישראל
