תוֹכֶן
ש:
מהם האתגרים הנפוצים ביישומי הפירוק?
ת:
פירוק יישומים יכול להוות נטל משמעותי עבור עסק, במיוחד כזה שנוטה לעדכן ולשדרג או להחליף יישומים קיימים מבלי לפרוש כנדרש יישומים ישנים.
חברות מתמודדות עם אתגרים רבים ושונים בהוצאת מספר גדול של יישומים. רבים מהם קשורים למתן ליישומים החדשים את הפונקציונליות הדרושה להם, ולוודא כי יישומים ישנים הם "מתים" או מוכנים לפרישה.
גרטנר מעריך כי משנת 2016 עד 2020, בעלי העניין יפרקו שלוש פעמים יותר מכל המספר הכולל של הבקשות שהופעלו ב -16 השנים האחרונות. יש תחושה כי עסקים באופן כללי עיכבו או דחויים את הפירוק, לרוב בסכנתם.
לעתים קרובות הם עוסקים בארכיטקטורות מורכבות למדי, על עסקים להיות בטוחים, כאמור לעיל, שיישומים חדשים מוגדרים במלואם לפני שהם פורשים או פורשים יישום שנחשב מיושן. אחרת, ייתכן שתצטרך החברה לחזור ולהסתמך על יישום מדור קודם כאשר החדש נכשל, או שאינה מסוגלת להתמודד עם דרישות המוצעות עליו. יחד עם זאת, ניסיון להפסיק יישום ישן ללא הפסקת שימוש מוחלט וחילוץ נתונים יכול להיות לבעיות משלו. הבעיה היא לוודא שמטופלים בנתונים רגישים היטב, ובמקרים מסוימים, יכול להיות קשה לחלץ את כל הנתונים מהיישום הישן.
במקרים אחרים, חברות שומרות נתונים במערכת הישנה לשימוש בארכיון - לדברים כמו גילוי אלקטרוני או תאימות בתעשייה. ואז הנטל של שמירה על גישה ליישום הישן.
על מנת לתכנן היטב את הפסקת היישומים, חברות עשויות להשתמש במטריצת החלטות או משאב אחר כדי לבדוק סוגיות שונות, החל ברישוי לחוויית משתמש וכלה בפונקציונליות ספציפית בתהליכים עסקיים. גרטנר ממליץ למנות "קברן" או איש נקודה או צוות לבקשות לביטול ההפעלה. התחושה הכללית היא שחברות צריכות להשקיע יותר זמן ומאמץ בתכנון הפסקת ההבנה, ולהבין טוב יותר את האדריכלות שלהן, כך שתוכלו להוסיף, לחסר או לשנות יישומים בצורה יעילה יותר על פי דרישות תפעול אמיתיות, ולא באופן עיוור.