כיצד ליישם את Atlassian Jira + Confluence בתאגיד. שאלות טכניות

האם אתה מתכנן ליישם תוכנת Atlassian (Jira, Confluence)? לא רוצה לעשות טעויות עיצוב אכזריות, שאז צריך לפתור אותן ברגע האחרון?

אז אתה כאן - אנו שוקלים יישום של Atlassian Jira + Confluence בתאגיד, תוך התחשבות בהיבטים טכניים שונים.
שלום, אני בעל מוצר ב-RSHB ואחראי לפיתוח מערכת ניהול מחזור החיים (LCMS) הבנויה על מוצרי תוכנת Atlassian Jira ו-Confluence.

במאמר זה אתאר את ההיבטים הטכניים של בניית LCMS. המאמר יהיה שימושי לכל מי שמתכנן ליישם או לפתח את Atlassian Jira ו-Confluence בסביבה ארגונית. המאמר אינו דורש ידע מיוחד ומיועד לרמה ראשונית של היכרות עם מוצרי אטלסיאן. המאמר יהיה שימושי עבור מנהלי מערכת, בעלי מוצרים, מנהלי פרויקטים, אדריכלים וכל מי שמתכנן ליישם מערכות המבוססות על תוכנת אטלסיאן.

מבוא

המאמר ידון בסוגיות הטכניות של הטמעת מערכת ניהול מחזור חיים (LCMS) בסביבה ארגונית. בוא נגדיר תחילה מה זה אומר.

מהו פתרון ארגוני?

זה אומר הפתרון:

1. ניתן להרחבה. במקרה של עלייה בעומס, קיימת אפשרות טכנית להגדיל את הקיבולת של המערכת. קנה מידה אופקי ואנכי נפרד - בקנה מידה אנכי גדל קיבולת השרתים, בקנה מידה אופקי גדל מספר השרתים לתפעול המערכת.
2. אל כשל. המערכת תישאר זמינה אם רכיב אחד נכשל. באופן כללי, מערכות ארגוניות אינן דורשות סובלנות תקלות, אך נשקול בדיוק פתרון כזה. אנחנו מתכננים שיהיו כמה מאות משתמשים תחרותיים במערכת, וזמן ההשבתה יהיה קריטי מאוד.
3. נתמך. הפתרון חייב להיות נתמך על ידי הספק. יש להחליף תוכנה שאינה נתמכת בפיתוח פנימי או תוכנה נתמכת אחרת.
4. התקנה בניהול עצמי (במתחם). ניהול עצמי הוא היכולת להתקין תוכנה לא בענן, אלא בשרתים שלך. ליתר דיוק, כל אלו הן אפשרויות התקנה שאינן SaaS. במאמר זה נשקול רק אפשרויות התקנה בניהול עצמי.
5. אפשרות לפיתוח ובדיקה עצמאית. כדי לארגן שינויים צפויים במערכת, נדרשת מערכת נפרדת לפיתוח (שינויים במערכת עצמה), מערכת בדיקות (Staging) ומערכת פרודוקטיבית להפעלת המשתמשים.
6. אַחֵר. תומך בתרחישי אימות שונים, תומך ביומני ביקורת, בעל מודל לחיקוי מותאם אישית וכו'.

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

מהי מערכת ניהול מחזור חיים (LCMS)?

בקיצור, במקרה שלנו מדובר ב-Atlassian Jira וב-Atlassian Confluence - מערכת שנותנת כלים לארגון עבודת צוות. המערכת לא "כופה" כללים לארגון העבודה, אלא מספקת מגוון כלים לעבודה כמו Scrum, לוחות Kanban, מודל מפל ו-Scalable Scrum וכו'.
השם LCMS אינו מונח תעשייתי או מונח נפוץ, הוא פשוט שם המערכת בבנק שלנו. LCMS עבורנו היא לא מערכת מעקב אחר באגים, היא לא מערכת ניהול אירועים ומערכת ניהול שינויים.

מה כולל היישום?

יישום הפתרון מורכב מבעיות טכניות וארגוניות רבות:

• הקצאת יכולות טכניות.
• רכישת תוכנה.
• יצירת צוות ליישום הפתרון.
• התקנה ותצורה של הפתרון.
• פיתוח ארכיטקטורת פתרונות. מודל לחיקוי.
• פיתוח תיעוד תפעולי הכולל הוראות, תקנות, עיצוב טכני, תקנות וכו'.
• שינוי תהליכי החברה.
• יצירת צוות תמיכה. פיתוח SLA.
• הדרכת משתמשים.
• אַחֵר.

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

כולל Atlassian

אטלסיאן היא מובילה בתחומים רבים:

• Gartner Magic Quadrant עבור כלי תכנון זריזים ארגוניים
  (מנהיגות עקב הרכישה המוצלחת של AgileCraft עם פתרון הענן שלה)
  
• נתח שוק גלובלי של כלי ניהול מחזור חיים של יישומים

למוצרים של Atlassian יש את כל התכונות הארגוניות שאתה צריך. אציין את התכונות הבאות:

1. פתרונות Atlassian מבוססים על שרת האינטרנט Java Tomcat. תוכנת Apache Tomcat כלולה בתוכנת Atlassian, כחלק מההתקנה לא ניתן לשנות את גרסת Apache Tomcat המותקנת בתוכנת Atlassian, גם אם הגרסה מיושנת ומכילה נקודות תורפה. האפשרות היחידה היא לחכות לעדכון מאטלסיאן עם גרסה חדשה יותר של Apache Tomcat. כעת, למשל, לגרסאות הנוכחיות של Jira יש Apache Tomcat 8.5.42, ול-Confluence יש Apache Tomcat 9.0.33.
2. ממשק נוח, השיטות המומלצות הזמינות בשוק עבור סוג זה של תוכנות מיושמות.
3. פתרון להתאמה אישית מלאה. בעזרת שיפורים, תוכל ליישם כל שינוי בפונקציונליות הבסיסית עבור המשתמש.
4. מערכת אקולוגית מפותחת. ישנם כמה מאות שותפים: https://partnerdirectory.atlassian.com, כולל 16 שותפים ברוסיה. באמצעות שותפים ברוסיה אתה יכול לקנות תוכנת אטלסיאן, תוספים ולקבל הדרכה. השותפים הם אלה שמפתחים ומתחזקים את רוב התוספים.
5. App Store (תוספים): https://marketplace.atlassian.com. תוספים משפרים מאוד את הפונקציונליות של תוכנת Atlassian. הפונקציונליות הבסיסית של תוכנת Atlassian צנועה למדי, כמעט עבור כל משימה יש צורך להתקין תוספים נוספים בחינם או תמורת כסף נוסף. לכן, עלויות התוכנה עשויות להיות גבוהות משמעותית מההערכה המקורית.
   עד היום פורסמו כמה אלפי תוספים בחנות, כמעט אלף מהם נבדקו ואושרו במסגרת תוכנית האפליקציות המאושרות של Data Center. תוספים כאלה יכולים להיחשב יציבים ומתאימים לשימוש במערכות עמוסות.
   אני ממליץ לך לגשת בזהירות לסוגיית תכנון התוספים, הדבר משפיע מאוד על עלות הפתרון, רבים מהתוספים עלולים להוביל לחוסר יציבות של המערכת ויצרן התוספים אינו מספק תמיכה לפתרון הבעיה.
6. הדרכה והסמכה: https://www.atlassian.com/university
7. מנגנוני SSO, SAML 2.0 נתמכים.
8. תמיכה במדרגיות וסובלנות תקלות זמינה רק במהדורות מרכז הנתונים. מהדורה זו הופיעה לראשונה בשנת 2014 (Jira 6.3). הפונקציונליות של מהדורות ה-Data Center מורחבת ומשתפרת כל הזמן (לדוגמה, האפשרות של התקנת צומת בודד הופיעה רק ב-2020). הגישה לתוספי פלאגין עבור מהדורות Data Center השתנתה מאוד בשנת 2018 עם הצגת אפליקציות מאושרות של Data Center.
9. עלות תמיכה. עלות התמיכה מהספק שווה כמעט לעלות המלאה של רישיונות תוכנה. להלן דוגמה לחישוב עלות הרישיונות.
10. חוסר בשחרורים לטווח ארוך. יש מה שנקרא גרסאות ארגוניות, אבל הם, כמו כל שאר הגרסאות, נתמכות במשך שנתיים. עם ההבדל שרק תיקונים משוחררים לגרסאות Enterprise, מבלי להוסיף פונקציונליות חדשה.
11. אפשרויות תמיכה מורחבות (בעבור כסף נוסף). https://www.atlassian.com/enterprise/support-services
12. מספר גרסאות של DBMS נתמכות. Atlassian מגיע עם מסד נתונים H2 בחינם, שאינו מומלץ לשימוש פרודוקטיבי. ה-DBMS הבא נתמך לשימוש פרודוקטיבי: Amazon Aurora (מרכז הנתונים בלבד) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. ישנן הגבלות על גרסאות נתמכות ולעתים קרובות רק גרסאות ישנות יותר נתמכות, אבל לכל DBMS יש גרסה עם תמיכת ספקים:
    Jira נתמכת בפלטפורמות,
    פלטפורמות נתמכות ב-Confluence.

ארכיטקטורה טכנית

הסברים לתכנית:

• התרשים מציג את היישום בבנק שלנו, תצורה זו ניתנת כדוגמה ואינה מומלצת.
• nginx מספק פונקציונליות פרוקסי הפוכה עבור Jira ו-Confluence.
• סובלנות התקלות של DBMS מיושמת באמצעות DBMS.
• העברת שינויים בין סביבות מתבצעת באמצעות התוסף Configuration Manager for Jira.
• AppSrv בתרשים הוא שרת יישומי דיווח מקורי, אינו משתמש בתוכנת Atlassian.
• מסד הנתונים של EasyBI נוצר לבניית קוביות ודיווח באמצעות תוסף eazyBI Reports and Charts for Jira.
• שירות Confluence Synchrony (רכיב המאפשר עריכה בו-זמנית של מסמכים) אינו מופרד להתקנה נפרדת ופועל יחד עם Confluence, על אותו שרת.

רישוי

בעיות רישוי אטלסיאניות ראויות למאמר נפרד, כאן אזכיר רק עקרונות כלליים.
הנושאים העיקריים שפגשנו הם נושאי רישוי מהדורות Data Center. תכונות רישוי עבור מהדורות שרתים ומרכזי נתונים:

1. הרישיון למהדורת Server הוא תמידי והלקוח יכול להשתמש בתוכנה גם לאחר פקיעת הרישיון. אך לאחר פקיעת הרישיון, הקונה מאבד את הזכות לקבל תמיכה במוצר ולעדכן את התוכנה לגרסאות העדכניות ביותר.
2. הרישוי מבוסס על מספר המשתמשים במערכת ההרשאות הגלובלית 'JIRA Users'. זה לא משנה אם הם משתמשים במערכת או לא - גם אם משתמשים מעולם לא התחברו למערכת, כל המשתמשים יילקחו בחשבון עבור הרישיון. אם חריגה ממספר המשתמשים המורשים, הפתרון הוא להסיר את הרשאת 'משתמשי JIRA' מחלק מהמשתמשים.
3. רישיון מרכז הנתונים הוא למעשה מנוי. נדרשת אגרת רישיון שנתית. בתום הקדנציה תיחסם העבודה מול המערכת.
4. עלות הרישיונות עשויה להשתנות עם הזמן. כפי שמראה בפועל, בגדול ואולי, באופן משמעותי. לכן, אם הרישיונות שלך עולים סכום אחד השנה, אז בשנה הבאה עלות הרישיונות עשויה לעלות.
5. הרישוי נעשה על ידי משתמשים לפי שכבה (לדוגמה, משתמשים ברמה 1001-2000). ניתן לשדרג לדרג גבוה יותר, בתוספת תשלום.
6. אם חריגה ממספר המשתמשים המורשים, ייווצרו משתמשים חדשים ללא הזכות להתחבר (הרשאה גלובלית של 'JIRA Users').
7. תוספים יכולים לקבל רישיון רק עבור אותו מספר של משתמשים כמו התוכנה הראשית.
8. רק התקנות פרודוקטיביות נדרשות לקבל רישיון, לשאר אתה יכול לקבל רישיון מפתח: https://confluence.atlassian.com/jirakb/get-a-developer-license-for-jira-server-744526918.html.
9. לרכישת תחזוקה נדרשת רכישת תחזוקה של Renew Software - העלות היא כ-50% מעלות התוכנה המקורית. תכונה זו אינה זמינה עבור מרכז הנתונים ואינה חלה על תוספים - תצטרך לשלם את מלוא העלות מדי שנה כדי לתמוך בהם.
   כך, תמיכת תוכנה שנתית עולה יותר מ-50% מהעלות הכוללת של התוכנה במקרה של מהדורת Server ו-100% במקרה של מהדורת Data Center - זה יותר משמעותית מרוב הספקים האחרים. לדעתי זה חיסרון משמעותי של המודל העסקי של אטלסיאן.

תכונות המעבר ממהדורת השרת למרכז הנתונים:

1. המעבר ממהדורת השרת למרכז הנתונים בתשלום. מחיר ניתן למצוא כאן https://www.atlassian.com/licensing/data-center.
2. במעבר ממהדורת ה-Server ל-Data Center, אין צורך לשלם עבור שינוי מהדורת התוספים – התוספים למהדורת ה-Server יפעלו. אבל יהיה צורך לחדש רישיונות עבור תוספים עבור מהדורת Data Center.
3. אתה יכול להשתמש בתוספים שאין להם גרסה לשימוש עם מהדורות Data Center. יחד עם זאת, כמובן, ייתכן שתוספים כאלה לא יפעלו כהלכה ועדיף לספק חלופה לתוספים כאלה מראש.
4. השדרוג למהדורת Data Center מתבצע על ידי התקנת רישיון חדש. יחד עם זאת, הרישיון למהדורת השרת עדיין זמין.
5. אין הבדלים פונקציונליים בין מהדורת Data Center ו-Server למשתמשים, כל ההבדלים הם רק בפונקציות הניהול וביכולות הטכניות של ההתקנה.
6. עלות התוכנה והתוספים שונה עבור מהדורות השרתים והנתונים. ההבדל בעלות הוא לרוב פחות מ-5% (לא חיוני). דוגמה לחישוב עלות מוצגת להלן.

היקף פונקציונלי של יישום

חבילת התוכנה הבסיסית של Atlassian כוללת מספר עצום של תכונות, אך לעתים קרובות התכונות שמספקת המערכת חסרות מאוד. לפעמים אפילו הפונקציות הפשוטות ביותר אינן זמינות בחבילה הבסיסית, כך שתוספות הכרחיות כמעט לכל יישום. עבור מערכת Jira, אנו משתמשים בתוספים הבאים (ניתן ללחוץ על התמונה):

עבור מערכת Confluence, אנו משתמשים בתוספים הבאים (ניתן ללחוץ על התמונה):

הערות על טבלאות עם תוספים:

• כל המחירים מבוססים על 2000 משתמשים;
• המחירים מבוססים על המחירים המצוינים https://marketplace.atlassian.com, העלות האמיתית (עם הנחות) נמוכה יותר;
• כפי שאתה יכול לראות, הסכום הכולל כמעט זהה עבור מהדורות מרכז הנתונים והשרתים;
• רק יישומי פלאגין עם תמיכה במהדורת Data Center נבחרו לשימוש. הסרנו את שאר התוספים מהתוכניות, למען יציבות המערכת.

הפונקציונליות מתוארת בקצרה בעמודה הערה. תוספים נוספים הרחיבו את הפונקציונליות של המערכת:

• נוספו מספר כלים ויזואליים;
• מנגנוני אינטגרציה משופרים;
• נוספו כלים לפרויקטים של מודל מפל;
• נוספו כלים ל-Scrum הניתן להרחבה לארגון העבודה של צוותי פרויקטים גדולים;
• נוספה פונקציונליות למעקב אחר זמן;
• נוספו כלים לאוטומציה של פעולות והגדרת הפתרון;
• נוספה פונקציונליות כדי לפשט ולהפוך את הניהול של הפתרון לאוטומטי.

בנוסף, אנו משתמשים אפליקציית Atlassian Companion. יישום זה מאפשר לך לערוך קבצים באפליקציות חיצוניות (MS Office) ולהחזיר אותם ל-Confluence (צ'ק-אין).
יישום עבור תחנות עבודה של משתמשים (לקוח עבה) ALM Works Jira Client https://marketplace.atlassian.com/apps/7070 החליט לא להשתמש עקב תמיכת ספק לקויה וביקורות שליליות.
עבור אינטגרציה עם MS Project אנו משתמשים ביישום שנכתב בעצמו המאפשר לך לעדכן סטטוסי בעיה ב-MS Project מ-Jira ולהיפך. בעתיד, לאותן מטרות, אנו מתכננים להשתמש בתוסף בתשלום Ceptah Bridge - תוסף JIRA MS Project, המותקן כתוסף עבור MS Project.
אינטגרציה עם אפליקציות חיצוניות מיושם באמצעות קישורי יישומים. במקביל, אינטגרציות עבור יישומי Atlassian מוגדרות מראש ופועלות מיד לאחר ההגדרה, לדוגמה, ניתן להציג מידע על בעיות ב-Jira בעמוד ב-Confluence.
ה- REST API משמש לגישה לשרתי Jira ו-Confluence: https://developer.atlassian.com/server/jira/platform/rest-apis.
ממשקי API של SOAP ו-XML-RPC הוצאו משימוש ואינם זמינים בגירסאות החדשות לשימוש.

מסקנה

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

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

אשמח לענות על שאלות בתגובות.

מקור: www.habr.com