מהפכת ה-xPaaS ועליית ה-BizDevOps – חלק ב'

כתב: מייק פיץ', מנהל Middleware ברד-האט (Red Hat)

מיקרו-שירותים וקונטיינרים הם האחרונים בשורה ארוכה של טכנולוגיות אשר זירזו את מהפכת ה-xPaaS, ושיפרו את הגמישות של ארגוני IT.

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

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

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

BizDevOps: מערכת היחסים החדשה בין פיתוח, תפעול, והעסק

מהפכת ה-xPaaS מקדמת את העלייה של DevOps, שהנה מתודולוגיית פיתוח תוכנה שזוכה ליותר ויותר פופולריות, המדגישה את שיתוף פעולה בין מפתחים ("Dev") ופעילויות IT ("Ops"). מפתחים היו רגילים ליצור יישומים באופן עצמאי בסביבתם. אחרי נקודה מסוימת, הם "זרקו יישומים מעל החומה" אל התפעול, שהיה צריך לנחש איך להתקין אותם, להגדיר אותם, ולגרום להם לעבוד בסביבת ייצור אמיתית.

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

לזרוק מעבר לחומה

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

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

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

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

לחלק א' לחצו כאן.