« לעמוד הראשי

Case Study: Jira Server to Jira Cloud Migration

Getting your Trinity Audio player ready...

מאז ההודעה של Atlassian על הפסקת הפיתוח של Jira Server ,
יש לא מעט חברות שעוברות ל- Jira Cloud או ל- Jira Data Center (או עוזבות אל מוצרים אלטרנטיביים).

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

jira cloud logo

האתגרים לאורך הדרך:

  • בחינה האם Jira Cloud הוא הכלי המתאים? האם Multi-tenancy אכן הפתרון המתאים?
    המשמעות היא שעלולים לאבד שליטה ופרטיות
  • נושא מעבר החומר (data)
  • בדיקה: האם ה- flows הקיימים יתמכו ?
  • נושא ה- plugins. יש כאלה שנתמכים וכאלה שלא – צריך לבדוק זאת לעומק.
  • יש כמה דרכים לעשות מיגרציה. האתגר הוא לבחור את הדרך המתאימה ביותר.
  • אינטגרציות – האם ימשיכו לעבוד? כגון SSO, LDAP, git / GitLab / GitHub , API, webhooks
  • קבצים חיצוניים!
  • פונקציונליות שעלולה ללכת לאיבוד / פיצ'רים שלא נתמכים / שינויי פונקציונליות
  • הצורך לשדרג את Jira Server אם הגירסא ישנה מדי (תנאי הכרחי לפני מעבר ל- Jira Cloud !)
  • בחירת עיתוי ה- downtime (ולפעמים יש יותר מאחד)
  • איזה סוג רשיון יתאים ? יש כמה אפשרויות (Standard / Premium / Enterprise / Data Center)
  • סקריפטים שנכתבו (כגון בעזרת Script Runner) – יתכן ונצרך שינוי בסקריפטים
  • שיתוף פעולה מצד הלקוח
  • בחינת היבטי IT
  • בחינת היבטי Security (תחום נפרד שאנו מתמחים בו)
  • בסבירות גבוהה שיהיו מכשולים לא צפויים לאורך הדרך. קשה מאוד להעריך מראש כמה זמן יקח פרוייקט כזה, בפרט אם מי שבנה את הסביבה כבר לא עובד בארגון.
הערה: האתגרים כתובים כאן בתמצות. פירוט מלא של האתגרים אפשר לקבל מאיתנו – שלחו לנו מייל jira@almtoolbox.com .

מסקנות ו – Best practices להתנהלות נכונה:

  • להתייחס לזה כאל "פרוייקט" – במובן שזה נושא שמצריך תשומת לב וחשיבה מצד כמה בעלי עניין בארגון. זהו לא בהכרח משהו שעושים "על הדרך".
  • לבנות תוכנית עבודה. למפות סיכונים והשלכות כדי להבין איך לצמצם אותם. למפות את כל ה- plugins ואת כל צעדי המיגרציה.
  • לבנות פרוייקט ב- Jira Cloud כדי לבחון את המיגרציה ולבציע לשם מיגרציה "על יבש" (dry run). למעשה אפשר גם לפתוח פרוייקט חינמי כזה אך רצוי לעשות זאת בדרך מסויימת (לפרטים פנו אלינו – הפרטים בהמשך)
  • צריך מוביל אחראי מצד הלקוח – צריך commitment .
  • לבדוק לבדוק ושוב לבדוק …
  • זה פרוייקט שמצריך התמחות בנושא, וכן סבלנות – זה פרוייקט שיכול גם לארוך חודשים (ברוטו).
    נתקלנו בהרבה חברות שהוציאו זאת החוצה לחברה חיצונית שמתמחה בזה (כמונו), אבל גם נתקלנו בכמה חברות שעשו זאת לבדן (ובמקרים שעשו זאת לב היה מדובר בהתקנה פשוטה ולא מסובכת וללא הרבה משתמשי קצה)
  • למדנו שאמנם היצרן מציע כמה כלי מיגרציה חינמיים, אבל לרוב הם לא באמת עובדים.
    מנסיוננו הם עובדים רק לארגונים של 10-20 איש
    ורק בסביבות "ונילה" שלא עברו שינויים – כלומר
    הם לא יעבדו אם עשיתם שינוי קונפיגורציה או "תפירות" או שהוספתם plugins .
    כלי המיגרציה האלה יכשלו לרוב בסביבות מורכבות או כאלה שעברו שינויים.
הערה: המסקנות כתובות כאן בתמצות. פירוט מלא של האתגרים והמסקנות אפשר לקבל מאיתנו – שלחו לנו מייל jira@almtoolbox.com .

כיצד נוכל לסייע לכם?

אנו מתמחים ב- ALM, DevOps, Jira , תהליכי פיתוח וכלים משלימים.
להלן כמה דוגמאות בהם נוכל לסייע לכם בהקשר למעבר ל- Cloud :

  • בחינת השלכות המעבר (Discovery / assessment)
  • תכנון מעבר + ביצוע
  • בחינת מעבר לכלים אלטרנטיביים
  • יש לנו התמחות מיוחדת בכל הקשור לחיבור עם כלים מבוססי git (כגון Bitbucket / GitHub / GitLab),
    תהליכי פיתוח ופיתוחים מעל כגון Script Runner ו- API / hooks
  • סיוע בבחירת הרישוי המתאים ביותר לצרכי הארגון (ומכירת רישוי בתנאים אטרקטיביים)

ליצירת קשר: jira@almtoolbox.com או טלפונית: 072-240-5222

קישורים רלבנטים: