Како да се имплементира Atlassian Jira + Confluence во корпорација. Технички прашања

Дали планирате да имплементирате Atlassian софтвер (Jira, Confluence)? Не сакате да правите сурови дизајнерски грешки кои потоа ќе треба да се решат во последен момент?

Тогаш ова е местото за вас - ја разгледуваме имплементацијата на Atlassian Jira + Confluence во корпорациите, земајќи ги предвид различните технички аспекти.
Здраво, јас сум сопственик на производ во RSHB и одговорен сум за развој на Систем за управување со животниот циклус (LCMS) изграден на софтверски производи од Atlassian Jira и Confluence.

Во оваа статија ќе ги опишам техничките аспекти на градење на систем за управување со животот. Статијата ќе биде корисна за секој кој планира да ги имплементира или развива Atlassian Jira и Confluence во корпоративна средина. Статијата не бара посебно знаење и е наменета за почетно ниво на запознавање со производите на Atlassian. Статијата ќе биде корисна за администраторите, сопствениците на производи, проект менаџерите, архитектите и секој кој планира да имплементира системи базирани на софтверот Atlassian.

Вовед

Написот ќе разговара за техничките прашања за имплементација на Систем за управување со животниот циклус (LCMS) во корпоративна средина. Ајде прво да дефинираме што значи ова.

Што значи корпоративно решение?

Ова значи решение:

1. Скалабилни. Ако оптоварувањето се зголеми, технички е можно да се зголеми капацитетот на системот. Се издвојуваат хоризонталното и вертикалното скалирање - со вертикално скалирање се зголемува моќноста на серверите, со хоризонталното скалирање се зголемува бројот на сервери за работа на системот.
2. Отпорен на грешки. Системот ќе остане достапен ако еден елемент не успее. Во принцип, корпоративните системи не бараат толеранција на грешки, но ние ќе го разгледаме токму таквото решение. Планираме да имаме неколку стотици конкурентни корисници во нашиот систем и времето на застој ќе биде многу критично.
3. Поддржано. Решението мора да биде поддржано од продавачот. Неподдржаниот софтвер треба да се замени со сопствен софтвер или друг поддржан софтвер.
4. Инсталација Самоуправуван (Во просторија). Самоуправувана е способноста да инсталирате софтвер не во облакот, туку на вашите сопствени сервери. Да бидам попрецизен, ова се сите опции за инсталација кои не се SaaS. Во оваа статија ќе ги разгледаме опциите за инсталација само за самоуправувани.
5. Можност за независен развој и тестирање. За да се организираат предвидливи промени во системот, потребен е посебен систем за развој (промени во самиот систем), систем за тестирање (Staging) и продуктивен систем за корисниците.
6. Други. Поддржува различни сценарија за автентикација, поддржува ревизорски дневници, има приспособлив модел на улога, итн.

Ова се главните елементи на решенијата на претпријатието и, за жал, често се забораваат при дизајнирање на систем.

Што е систем за управување со животниот циклус (LCMS)?

Накратко, во нашиот случај тоа се Atlassian Jira и Atlassian Confluence - систем кој обезбедува алатки за организирање тимска работа. Системот не „наметнува“ правила за организирање на работата, туку обезбедува разновидни алатки за работа, вклучувајќи Scrum, Kanban табли, модел на водопад, скалабилен Scrum итн.
Името LMS не е индустриски поим или најчесто користен концепт, тоа е едноставно името на системот во нашата Банка. За нас, LMS не е систем за следење грешки, ниту е систем за управување со инциденти или систем за управување со промени.

Што вклучува имплементацијата?

Имплементацијата на решението се состои од многу технички и организациски прашања:

• Распределба на технички капацитет.
• Купување софтвер.
• Создавање тим за спроведување на решението.
• Инсталација и конфигурација на решението.
• Развој на архитектура на решенија. Модел за улоги.
• Развој на оперативна документација, вклучувајќи инструкции, прописи, технички дизајн, прописи итн.
• Промена на процесите на компанијата.
• Создавање тим за поддршка. Развој на SLA.
• Обука на корисници.
• Други.

Во оваа статија ќе ги разгледаме техничките аспекти на имплементацијата, без детали за организациската компонента.

Атласиски карактеристики

Atlassian е лидер во многу сегменти:

• Gartner Magic Quadrant for Enterprise Agile Planning Tools
  (Лидерството се должи на успешното стекнување на AgileCraft со неговото облак решение)
  
• Удел на пазарот на алатки за управување со животниот циклус на глобални апликации

Atlassian производите ги обезбедуваат сите карактеристики на претпријатието што ви се потребни. Ќе ги забележам следните карактеристики:

1. Atlassian решенијата се базираат на веб-серверот Java Tomcat. Софтверот Apache Tomcat е вклучен со софтверот Atlassian како дел од инсталацијата; не можете да ја промените верзијата на Apache Tomcat инсталирана како дел од софтверот Atlassian, дури и ако верзијата е застарена и содржи пропусти. Единствената опција е да чекате ажурирање од Atlassian, со понова верзија на Apache Tomcat. Сега, на пример, сегашните верзии на Jira имаат Apache Tomcat 8.5.42, а Confluence има Apache Tomcat 9.0.33.
2. Корисничкиот интерфејс, имплементирани се најдобрите практики достапни на пазарот за оваа класа на софтвер.
3. Целосно приспособливо решение. Со модификации, можете да спроведете каква било промена во основната функционалност за корисникот.
4. Развиен екосистем. Има неколку стотици партнери: https://partnerdirectory.atlassian.com, вклучувајќи 16 партнери во Русија. Преку партнерите во Русија можете да купите Atlassian софтвер, приклучоци и да поминете обука. Партнерите се тие кои развиваат и поддржуваат повеќето приклучоци.
5. Продавница за апликации (приклучоци): https://marketplace.atlassian.com. Приклучоците значително ја прошируваат функционалноста на софтверот Atlassian. Основната функционалност на софтверот Atlassian е прилично скромна; за речиси секоја задача, станува неопходно да се инсталираат дополнителни приклучоци бесплатно или за дополнителни пари. Затоа, трошоците за софтвер може да испаднат значително повисоки од првично проценетите.
   Во моментов, неколку илјади приклучоци се објавени во продавницата, речиси илјада од нив се тестирани и потврдени според програмата за апликации одобрени од Центарот за податоци. Таквите приклучоци може да се сметаат за стабилни и погодни за употреба на зафатени системи.
   Ве советувам внимателно да му пристапите на прашањето за планирање приклучоци, ова во голема мера влијае на цената на решението, многу од приклучоците може да доведат до нестабилност на системот и производителот на приклучокот не обезбедува поддршка за решавање на проблемот.
6. Обука и сертификати: https://www.atlassian.com/university
7. Поддржани се SSO и SAML 2.0 механизмите.
8. Поддршката за приспособливост и толеранција на грешки е достапна само во изданијата на Центарот за податоци. Ова издание првпат се појави во 2014 година (Jira 6.3). Функционалноста на изданијата на Центарот за податоци постојано се проширува и подобрува (на пример, можноста за инсталација на еден јазол се појави дури во 2020 година). Пристапот кон приклучоците за изданијата на Центарот за податоци многу се промени во 2018 година со воведувањето на апликации одобрени од Центарот за податоци.
9. Трошоци за поддршка. Трошоците за поддршка од продавачот се речиси еднакви на целосните трошоци за лиценците за софтвер. Пример за пресметување на трошоците за лиценци е даден подолу.
10. Недостаток на долгорочни изданија. Постојат т.н Претпријатие верзии, но тие, како и сите други верзии, се поддржани 2 години. Со таа разлика што за верзиите на Enterprise се објавуваат само поправки, без додавање нова функционалност.
11. Проширени опции за поддршка (со дополнителни трошоци). https://www.atlassian.com/enterprise/support-services
12. Поддржани се неколку опции за DBMS. Софтверот Atlassian доаѓа со бесплатен H2 DBMS; овој DBMS не се препорачува за продуктивна употреба. Следниве DBMS се поддржани за продуктивна употреба: Amazon Aurora (само Центар за податоци) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Постојат ограничувања за поддржаните верзии и често се поддржани само постари верзии, но за секој DBMS има верзија со поддршка од продавачот:
    Jira поддржани платформи,
    Платформи поддржани со Confluence.

Техничка архитектура

Објаснувања за дијаграмот:

• Дијаграмот ја прикажува имплементацијата во нашата банка, оваа конфигурација е дадена како пример и не се препорачува.
• nginx обезбедува функционалност со обратен прокси и за Jira и за Confluence.
• Толеранцијата на грешки на DBMS се имплементира со помош на DBMS.
• Промените се пренесуваат помеѓу околините користејќи го приклучокот за Управник за конфигурација за Jira.
• AppSrv на дијаграмот е комерцијален апликативен сервер за известување и не користи Atlassian софтвер.
• Базата на податоци EasyBI е создадена за градење коцки и известување со помош на приклучокот eazyBI Reports и Charts for Jira.
• Услугата Confluence Synchrony (компонента која овозможува истовремено уредување на документи) не е одвоена во посебна инсталација и се стартува заедно со Confluence, на истиот сервер.

Лиценцирање

Прашањата за лиценцирање на Atlassian заслужуваат посебна статија; овде ќе споменам само општи принципи.
Главните проблеми со кои наидовме беа проблеми со лиценцирањето за изданијата на Центарот за податоци. Карактеристики за лиценцирање за изданијата на серверот и центарот за податоци:

1. Лиценцата за серверското издание е вечна и купувачот може да го користи софтверот дури и по истекот на лиценцата. Но, по истекот на лиценцата, купувачот е лишен од правото да добие поддршка за производот и да го ажурира софтверот до најновите верзии.
2. Лиценцирањето се заснова на бројот на корисници во глобалниот систем за дозволи „JIRA Users“. Не е важно дали го користат системот или не - дури и ако корисниците никогаш не се најавиле на системот, сите корисници ќе бидат земени предвид за лиценцата. Доколку се надмине бројот на лиценцирани корисници, решението би било да се отстрани дозволата „JIRA Users“ од некои корисници.
3. Лиценцата на Центарот за податоци е всушност претплата. Потребна е годишна такса за лиценца. Ако истече периодот, работата со системот ќе биде блокирана.
4. Цените на лиценците може да се менуваат со текот на времето. Како што покажува практиката, во поголема мера и, можеби, значително. Затоа, ако вашите лиценци чинат исто толку оваа година, тогаш следната година цената на лиценците може да се зголеми.
5. Лиценцирањето го врши корисник по нивоа (на пример, корисници на ниво 1001-2000). Можна е надградба на повисоко ниво, со доплата.
6. Доколку се надмине бројот на лиценцирани корисници, ќе се создадат нови корисници без право на најавување (глобална дозвола „Корисници на JIRA“).
7. Приклучоците може да се лиценцираат само за ист број корисници како и главниот софтвер.
8. Само продуктивни инсталации треба да бидат лиценцирани; за останатите може да добиете лиценца за програмери: https://confluence.atlassian.com/jirakb/get-a-developer-license-for-jira-server-744526918.html.
9. За да купите одржување, треба да купите одржување на Renew Software - цената е приближно 50% од цената на оригиналниот софтвер. Оваа функција не е достапна за Центарот за податоци и не се однесува на приклучоците; за да ги поддржите, ќе треба да ја плаќате целата цена годишно.
   Така, годишната софтверска поддршка чини повеќе од 50% од вкупните трошоци на софтверот во случајот со изданието на серверот и 100% во случајот со изданието на Центарот за податоци - ова е значително повеќе од повеќето други продавачи. Според мене, ова е значителен недостаток на бизнис моделот на Атласијан.

Карактеристики на преминот од изданието на серверот во центарот за податоци:

1. Се наплаќа за надградба од серверско издание во Центар за податоци. Цената може да се најде овде https://www.atlassian.com/licensing/data-center.
2. Кога се префрлате од изданието на серверот во центарот за податоци, не треба да плаќате за промена на изданието на приклучоците - приклучоците за изданието на серверот ќе продолжат да функционираат. Но, ќе биде неопходно да се обноват лиценците за приклучоци за изданието на Центарот за податоци.
3. Можеби ќе можете да користите приклучоци кои немаат верзија за употреба со изданијата на Центарот за податоци. Сепак, се разбира, таквите приклучоци може да не работат правилно и подобро е однапред да се обезбеди алтернатива на таквите приклучоци.
4. Преминот кон изданието на Data Center се врши со инсталирање на нова лиценца. Сепак, лиценцата за серверското издание сè уште останува достапна.
5. Нема функционални разлики помеѓу изданијата на Центарот за податоци и серверот за корисници; сите разлики се само во административните функции и можностите за техничка инсталација.
6. Цената на софтверот и приклучоците варира за изданијата на серверот и центарот за податоци. Разликата во трошоците е често помала од 5% (не е значајна). Пример за пресметка на трошоците е даден подолу.

Функционален опсег на имплементација

Основниот софтверски пакет Atlassian вклучува огромно количество на можности, но честопати способностите што ги обезбедува системот се сериозно недостигаат. Понекогаш дури и наједноставните функции не се достапни во основниот пакет, така што приклучоците се неопходни за речиси секоја имплементација. За системот Jira ги користиме следните приклучоци (на сликата може да се кликне):

За системот Confluence ги користиме следните приклучоци (на сликата може да се кликне):

Коментари на табели со додатоци:

• Сите цени се засновани на 2000 корисници;
• Прикажаните цени се засноваат на наведените цени https://marketplace.atlassian.com, реалниот трошок (со попусти) е помал;
• Како што можете да видите, вкупниот износ е практично ист за изданијата на Data Center и Server;
• За употреба се избрани само приклучоците што го поддржуваат изданието на Центарот за податоци. Ги исклучивме преостанатите додатоци од плановите за стабилност на системот.

Функционалноста е накратко опишана во колоната Коментари. Дополнителните приклучоци ја проширија функционалноста на системот:

• Додадени неколку визуелни алатки;
• Механизмите за интеграција се подобрени;
• Додадени алатки за проекти за модели на водопади;
• Додадени алатки за скалабилен Scrum, за организирање на работата на големи проектни тимови;
• Додадена функционалност за следење на времето;
• Додадени алатки за автоматизирање на операциите и конфигурирање на решението;
• Додадена е функционалност за поедноставување и автоматизирање на администрацијата на решението.

Дополнително користиме Апликација Atlassian Companion. Оваа апликација ви овозможува да уредувате датотеки во надворешни апликации (MS Office) и да ги вратите назад во Confluence (check-in).
Апликација за кориснички работни станици (дебел клиент) ALM Works Jira Client https://marketplace.atlassian.com/apps/7070 одлучи да не го користи поради лошата поддршка од продавачот и негативните критики.
За интеграција со MS Project Ние користиме самостојно напишана апликација која ви овозможува да ги ажурирате статусите на проблеми во MS Project од Jira и обратно. Во иднина, за истите цели, планираме да користиме платен приклучок Септах мост - приклучок за проект JIRA MS, кој е инсталиран како додаток на MS Project.
Интеграција со надворешни апликации имплементиран преку Апликациски врски. Во исто време, за апликациите Atlassian, интеграциите се претходно конфигурирани и работат веднаш по конфигурацијата, на пример, можете да прикажувате информации за прашања во Jira на страница во Confluence.
За пристап до серверите Jira и Confluence, се користи REST API: https://developer.atlassian.com/server/jira/platform/rest-apis.
SOAP и XML-RPC API се застарени и не се достапни за употреба во поновите верзии.

Заклучок

Значи, ги разгледавме техничките карактеристики на имплементација на систем базиран на производи од Atlassian. Предложеното решение претставува едно можно решение и е добро прилагодено за опкружување на претпријатието

Предложеното решение е скалабилно, толерантно на грешки, содржи три средини за организирање развој и тестирање, ги содржи сите потребни елементи за соработка во системот и обезбедува широк опсег на алатки за управување со проекти.

Со задоволство ќе одговорам на прашања во коментарите.

Извор: www.habr.com