Po planifikoni implementimin e softuerit Atlassian (Jira, Confluence)? A doni të shmangni gabimet e rënda në projektim, të cilat më pas do t'ju duhet t'i zgjidhi në momentin e fundit?
Atëherë jeni në vendin e duhur - do të shqyrtojmë implementimin e Atlassian Jira + Confluence në korporata duke marrë parasysh aspekte të ndryshme teknike.
Përshëndetje, unë jam Pronari i produktit në RSHB dhe përgjigjem për zhvillimin e Sistemës së Menaxhimit të Cilësisë së Jetës (SMCJ) e ndërtuar mbi produktet software të kompanisë Atlassian Jira dhe Confluence.
Në këtë artikull do të përshkruaj aspektet teknike të ndërtimit të SMCJ. Artikulli do të jetë i dobishëm për çdo njëri që planifikon implementimin ose merret me zhvillimin e Atlassian Jira dhe Confluence në mjedisin korporativ. Artikulli nuk kërkon njohuri të veçanta dhe është i destinuar për nivelin fillestar të njohjes me produktet e kompanisë Atlassian. Artikulli do të jetë i dobishëm për administratorët, pronarët e produkteve, menaxherët e projekteve, arkitektët, të gjithë ata që planifikojnë implementimin e sistemeve të bazuara në softuerin Atlassian.
Hyrje
Ky artikull do të shqyrtojë çështjet teknike të implementimit të Sistemit të Menaxhimit të Jetës (SMJ) në një mjedis korporativ. Le të definirojmë fillimisht se çfarë do të thotë kjo.
ĂfarĂ« do tĂ« thotĂ« zgjidhje korporative?
Kjo do të thotë një zgjidhje:
- E shkallĂ«zueshme. NĂ« rast se rritet ngarkesa, ekziston mundĂ«sia teknike pĂ«r tĂ« rritur kapacitetin e sistemit. Ekziston shkallĂ«zimi horizontal dhe vertikal â nĂ« rastin e shkallĂ«zimit vertikal, rritet kapaciteti i serverĂ«ve, ndĂ«rsa nĂ« shkallĂ«zimin horizontal rritet numri i serverĂ«ve pĂ«r tĂ« mbĂ«shtetur sistemin.
- E qëndrueshme ndaj dështimit. Sistemi do të mbetet i aksesueshëm edhe në rast të dështimit të një elementi. Në përgjithësi, për sistemet korporative nuk kërkohet qëndrushmëri ndaj dështimit, por ne do të shqyrtojmë një zgjidhje të tillë. Në sistemin tonë janë planifikuar disa qindra përdorues konkurrues dhe ndalesat do të jenë shumë kritike.
- E mbështetur. Zgjidhja duhet të jetë në mbështetje nga shitësi. Softueri pa mbështetje duhet të zëvendësohet me zhvillime të brendshme ose me softuer tjetër me mbështetje.
- Instalimi E menaxhuar vetĂ« (On-premise). Menaxhim i vetĂ« â kjo Ă«shtĂ« mundĂ«sia pĂ«r tĂ« instaluar softuerin jo nĂ« cloud, por nĂ« serverĂ«t tuaj. QĂ« tĂ« jemi mĂ« specifikĂ«, kĂ«tu pĂ«rfshihen tĂ« gjitha format e instalimit qĂ« nuk janĂ« SaaS. NĂ« kĂ«tĂ« artikull do tĂ« shqyrtojmĂ« vetĂ«m opsionet e instalimit tĂ« Self-managed.
- Mundësia për zhvillim dhe testim të pavarur. Për të organizuar ndryshime të parashikueshme në sistem, kërkohet një sistem i veçantë për zhvillim (ndryshimet në vetë sistemin), një sistem testi (Staging) dhe një sistem produktiv për punën e përdoruesve.
- Tjetër. Nënshkruan skenarë të ndryshëm të autentikimit, mbështet regjistrat e auditimit, ka një model roli të personalizueshëm etj.
Këto janë elementët kryesorë të zgjidhjeve korporative dhe, fatkeqësisht, shpesh harrohen gjatë projektimit të sistemit.
ĂfarĂ« Ă«shtĂ« sistemi i menaxhimit tĂ« ciklit tĂ« jetĂ«s (SMCJ)?
NĂ«se e themi shkurt, nĂ« rastin tonĂ« Ă«shtĂ« Atlassian Jira dhe Atlassian Confluence â njĂ« sistem qĂ« ofron mjete pĂ«r organizimin e punĂ«s nĂ« grup. Sistemi nuk 'imponon' rregulla pĂ«r organizimin e punĂ«s, por ofron njĂ« gamĂ« tĂ« gjerĂ« mjetesh pĂ«r punĂ«, si Scrum, tabela Kanban, modeli waterfall dhe Scrum i shkallĂ«zueshĂ«m etj.
Emri i SUJĂ-sĂ« nuk Ă«shtĂ« njĂ« term industrial ose njĂ« koncept i zakonshĂ«m, Ă«shtĂ« thjesht emri i sistemit nĂ« BankĂ«n tonĂ«. SUJĂ pĂ«r ne nuk Ă«shtĂ« njĂ« sistem pĂ«r ndjekjen e gabimeve, nuk Ă«shtĂ« njĂ« sistem menaxhimi tĂ« incidenteve dhe as njĂ« sistem menaxhimi ndryshimesh.
ĂfarĂ« pĂ«rfshin implementimi?
Implementimi i zgjidhjes përbëhet nga shumë çështje teknike dhe organizative:
- Caktimi i kapaciteteve teknike.
- Blerja e softuerit.
- Krijimi i ekipit për implementimin e zgjidhjes.
- Instalimi dhe konfigurimi i zgjidhjes.
- Zhvillimi i arkitekturës së zgjidhjes. Modeli roles.
- Zhvillimi i dokumentacionit operativ, përfshirë udhëzimet, rregullat, projektin teknik, dispozitat etj.
- Ndryshimi i proceseve të kompanisë.
- Krijimi i ekipit të mbështetjes. Zhvillimi i SLA-së.
- Trajnimi i përdoruesve.
- Tjetër.
Në këtë artikull do të shqyrtojmë aspektet teknike të implementimit, pa detaje mbi komponentin organizativ.
Karakteristikat e Atlassian
Kompania Atlassian është një lider në shumë segmente:
(Kryesimi është rezultat i blerjes së suksesshme të AgileCraft me zgjidhjen e saj në cloud)
Produktet e kompanisë Atlassian kanë të gjitha funksionet e nevojshme për korporatat. Unë do të theksoj karakteristikat e mëposhtme:
- Zgjidhjet Atlassian bazohen në serverin e uebit Java Tomcat. Softueri Apache Tomcat vjen si pjesë e instalimit të softuerit Atlassian; nuk është e mundur të ndryshohet versioni i Apache Tomcat që është instaluar me softuerin Atlassian, edhe nëse versioni është i vjetruar dhe përmban vulnerabilitete. Opsioni i vetëm është të presim një përditësim nga Atlassian me një version më të ri të Apache Tomcat. Në këtë moment, për shembull, versionet aktuale të Jira përdorin Apache Tomcat 8.5.42, ndërsa në Confluence përdoret Apache Tomcat 9.0.33.
- Një ndërfaqe e përdoruesit e këndshme, e cila aplikon praktikat më të mira të disponueshme në treg për këtë klasë të softuerëve.
- Një zgjidhje krejtësisht e personalizueshme. Me modifikime, çdo ndryshim të funksionalitetit bazë për përdoruesin mund të realizohet.
- Ekosistemi i zhvilluar. Ka disa qindra partnerë: , përfshirë 16 partnerë në Rusi. Pikërisht përmes partnerëve në Rusinë mund të blihen produktet e Atlassian, pluginat, dhe të bëhet trajnimi. Pikërisht partnerët zhvillojnë dhe mbështesin shumicën e pluginave.
- Dyqani i aplikacioneve (pluginat): . Shtesat zgjedhin ndjeshëm funksionalitetin e softuerit Atlassian. Funksionaliteti themelor i softuerit Atlassian është mjaft modest, pothuajse për çdo detyrë ndodhet nevoja për instalimin e shtesave shtesë falas ose për një tarifë të mëtejshme. Prandaj, shpenzimet për softuerin mund të rezultojnë dukshëm më të larta se sa ishte vlerësuar fillimisht.
Në këtë moment, në dyqan janë botuar disa mijëra shtesa, pothuajse një mijë prej tyre janë testuar dhe validuar në programin e aplikacioneve të miratuara për Qendrat e të Dhënave. Këto shtesa mund të konsiderohen të qëndrueshme dhe të përshtatshme për përdorim në sisteme me ngarkesë të lartë.
Këshilloj që të bëni një planifikim të kujdesshëm të shtesave, kjo ndikon ndjeshëm në kostot e zgjidhjes, shumë nga shtesat mund të çojnë në destabilizimin e sistemit dhe prodhuesi i shtesës mund të mos ofrojë mbështetje për zgjidhjen e problemit. - Kualifikimi dhe certifikatat:
- Mekanizmat SSO dhe SAML 2.0 mbështeten.
- Mbështetja për shkallëzueshmërinë dhe qëndrueshmërinë është e pranishme vetëm në edicionet Data Center. Ky edicion u prezantua për herë të parë në vitin 2014 (Jira 6.3). Funksionaliteti i edicioneve Data Center vazhdon të zgjerohet dhe përmirësohet (për shembull, mundësia e instalimit në një njësi e vetme u prezantua vetëm në vitin 2020). Qasja ndaj shtesave për edicionet Data Center ka ndryshuar ndjeshëm në vitin 2018 me hyrjen e aplikacioneve të miratuara nga Data Center.
- Kostoja e mbështetjes. Kostoja e mbështetjes nga furnizuesi është praktikisht e barabartë me koston totale të licencave të softuerit. Një shembull i përllogaritjes së kostove të licencave është paraqitur më poshtë.
- Mungesa e lëshimeve me Afat të Gjatë. Ka të ashtuquajtura , por ato, siç janë të gjitha versionet e tjera, mbështeten për 2 vjet. Me përjashtim të faktit se për versionet Enterprise lëshohen vetëm rregullime, pa shtimin e funksionaliteteve të reja.
- Mundësi të zgj extended zë mbështetje të zgjeruar (për para shtesë).
- Mbështetet një numër i varianteve të DBMS. Pajisja Atlassian vjen me një DBMS falas H2, e cila nuk rekomandohet për përdorim në prodhim. Për përdorim në prodhim mbështeten DBMS të mëposhtme: Amazon Aurora (vetëm për Data Center), PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Ka kufizime për versionet e mbështetura dhe shpesh mbështeten vetëm versionet më të vjetra, por për çdo DBMS ka një version me mbështetje nga prodhuesi:
,
.
Arkitektura teknike
Shpjegime për diagramin:
- Diagrami paraqet realizimin në Bankën tonë, kjo konfigurim jepet si një shembull dhe nuk është e rekomanduar.
- nginx ofron funksionalitetin e reverse-proxy si për Jira ashtu edhe për Confluence.
- Qëndrueshmëria e DBMS realizohet me mjete të DBMS.
- Transferimi i ndryshimeve midis ambienteve realizohet me ndihmën e plugin-it Configuration Manager for Jira.
- AppSrv në diagram është një server aplikacionesh i pronarëve për raporte, që nuk përdor pajisje Atlassian.
- Baza e të dhënave EasyBI është krijuar për ndërtimin e kubëve dhe raporteve duke përdorur plugin-in eazyBI Reports and Charts for Jira.
- Shërbimi Confluence Synchrony (komponenti që lejon redaktimin e dokumenteve në kohë reale) nuk është ndarë në një instalim të veçantë dhe ekzekutohet së bashku me Confluence, në të njëjtin server.
Licencimi
ĂĂ«shtjet e licencimit tĂ« Atlassian meritojnĂ« njĂ« artikull tĂ« veçantĂ«; kĂ«tu do tĂ« pĂ«rmend vetĂ«m parimet e pĂ«rgjithshme.
ĂĂ«shtjet kryesore me tĂ« cilat u pĂ«rballĂ«m janĂ« çështjet e licencimit pĂ«r edicionet Data Center. Karakteristikat e licencimit pĂ«r edicionet Server dhe Data Center:
- Licenca për edicionin Server është e përhershme dhe blerësi mund ta përdorë softuerin edhe pas skadimit të licencës. Por pas skadimit të licencës, blerësi humbet të drejtën për të marrë mbështetje për produktin dhe për të përditësuar softuerin në versionet aktuale.
- Licencimi bĂ«het sipas numrit tĂ« pĂ«rdoruesve nĂ« sistemin 'JIRA Users' global permission. NĂ« kĂ«tĂ« rast, nuk ka rĂ«ndĂ«si nĂ«se ata e pĂ«rdorin sistemin apo jo â edhe nĂ«se pĂ«rdoruesit nuk kanĂ« hyrĂ« nĂ« sistem asnjĂ«herĂ«, tĂ« gjithĂ« pĂ«rdoruesit do tĂ« merren parasysh pĂ«r licencĂ«n. NĂ« rast se kalon numrin e pĂ«rdoruesve tĂ« licencuar, zgjidhja do tĂ« jetĂ« heqja e autorizimit 'JIRA Users' nga njĂ« pjesĂ« e pĂ«rdoruesve.
- Licenca për Data Center në fakt është një abonim. Kërkohet një pagesë çdo vit për licencën. Pas skadimit, puna me sistemin do të bllokohet.
- Ămimi i licencave mund tĂ« ndryshojĂ« me kalimin e kohĂ«s. Siç tregon praktika, zakonisht nĂ« rritje dhe, ndoshta, ndjeshĂ«m. Prandaj, nĂ«se sivjet çmimi i licencave Ă«shtĂ« njĂ« shumĂ«, vitin tjetĂ«r çmimi i licencave mund tĂ« rritet.
- Licencimi bëhet sipas përdoruesve sipas tier (për shembull, niveli 1001-2000 përdoruesish). Ka mundësi për të kaluar në një tier më të lartë, me një pagesë shtesë.
- NĂ« rast se kaloni numrin e pĂ«rdoruesve tĂ« licencuar, pĂ«rdoruesit e rinj do tĂ« krijohen pa tĂ« drejtĂ«n pĂ«r tĂ« hyrĂ« nĂ« sistem (âJIRA Usersâ global permission).
- Plugins mund të licencohen vetëm për të njëjtin numër përdoruesish si software i bazës.
- Licencimi kërkohet vetëm për instalimet produktive, për të tjerat mund të merrni një licencë zhvilluesi: .
- PĂ«r blerjen e mbĂ«shtetjes, Ă«shtĂ« e nevojshme tĂ« blini Renew Software maintenance â çmimi Ă«shtĂ« pĂ«rafĂ«rsisht 50% i çmimit tĂ« softuerit fillestar. Kjo mundĂ«si nuk Ă«shtĂ« e disponueshme pĂ«r Data Center dhe nuk zgjerohet pĂ«r platformat â pĂ«r mbĂ«shtetje, do tĂ« duhet tĂ« paguani çmimin e plotĂ« çdo vit.
Pra, mbĂ«shtetja vjetore e softuerit kushton mĂ« shumĂ« se 50% e çmimit tĂ« plotĂ« tĂ« softuerit nĂ« rastin e edicionit Server dhe 100% nĂ« rastin e edicionit Data Center â kjo Ă«shtĂ« ndjeshĂ«m mĂ« shumĂ« se shumica e ofruesve tĂ« tjerĂ«. Sipas mendimit tim, kjo Ă«shtĂ« njĂ« disavantazh i rĂ«ndĂ«sishĂ«m i modelit tĂ« biznesit tĂ« Atlassian.
Karakteristikat e kalimit nga edicioni Server në Data Center:
- Kalimi nga edicioni Server nĂ« Data Center Ă«shtĂ« me pagesĂ«. Ămimin mund ta gjeni kĂ«tu .
- Kur kaloni nga edicioni Server nĂ« Data Center, nuk Ă«shtĂ« e nevojshme tĂ« paguani pĂ«r ndryshimin e edicionit pĂ«r platformat â platformat pĂ«r edicionin Server do tĂ« funksionojnĂ«. Por do tĂ« duhet patjetĂ«r tĂ« rinovoni licencat pĂ«r platformat pĂ«r edicionin Data Center.
- Ju mund të përdorni platformat për të cilat nuk ka version për përdorim me edicionet Data Center. Megjithatë, sigurisht që ato mund të funksionojnë në mënyrë të papërshtatshme dhe është më mirë të parashikoni një alternativë për ato platformat.
- Kalimi në edicionin Data Center bëhet përmes instalimit të një license të re. Licenca për edicionin Server vazhdon të mbetet e disponueshme.
- Nuk ka ndonjë ndryshim funksional midis edicioneve Data Center dhe Server për përdoruesit, të gjitha ndryshimet janë vetëm në funksionet për administrimin dhe mundësitë teknike të instalimit.
- Ămimi i softuerit dhe plugins ndryshon pĂ«r edicionet Server dhe Data Center. Diferenca nĂ« çmim shpesh Ă«shtĂ« mĂ« pak se 5% (jo thelbĂ«sore). NjĂ« shembull llogaritjeje tĂ« çmimit Ă«shtĂ« paraqitur mĂ« poshtĂ«.
VĂ«llimi funksional i implementimit
Oferta bazë e softuerit Atlassian përfshin një numër të madh mundësish, por shpesh herë, mundësitë që ofron sistemi janë shumë të pakta. Ndonjëherë, madje edhe funksionet më të thjeshta nuk janë të disponueshme në ofertën bazë, prandaj pa plugins nuk mund të shmanget në praktikisht çdo implementim. Për sistemin Jira përdorim këto plugins (fotografi është klikueshme):
Për sistemin Confluence përdorim këto plugins (fotografi është klikueshme):
Komentet mbi tabelat me plugins:
- Të gjitha çmimet janë të llogaritura për 2000 përdorues;
- Ămimet janĂ« tĂ« paraqitura nĂ« bazĂ« tĂ« çmimeve tĂ« dhĂ«na , kostot reale (me zbritje) paraqesin mĂ« poshtĂ«;
- Siç e shohim, shuma përfundimtare praktikisht nuk ndryshon për redaktimet Data Center dhe Server;
- Për përdorim janë përzgjedhur vetëm pluginet me mbështetje për redaktimin Data Center. Pluginet e tjera janë përjashtuar nga planet, për stabilitetin e sistemit.
Funksionaliteti përshkruhet shkurtimisht në kolonën Koment. Pluginet shtesë e kanë zgjeruar funksionalitetin e sistemit:
- Janë shtuar disa mjete vizuale;
- Janë përmirësuar mekanizmat integrues;
- Janë shtuar mjete për projektet në modelin e ujit;
- Janë shtuar mjete për Scrum të avancuar, për organizimin e punës së ekipeve të mëdha projektore;
- Janë shtuar funksionet për regjistrimin e kohës;
- Janë shtuar mjete për automatizimin e operacioneve dhe konfigurimin e zgjidhjes;
- Janë shtuar funksione për thjeshtimin dhe automatizimin e administratës së zgjidhjes.
Shtesë ne përdorim . Ky aplikacion lejon redaktimin e skedareve në aplikacione të jashtme (MS Office) dhe kthimin e tyre në Confluence (check-in).
Aplikacioni për vendet e punës të përdoruesve (klienti i trashë) ALM Works Jira Client venditori për shkak të mbështetjes së dobët dhe komenteve negative.
Për integrimet me MS Project ne përdorim një aplikacion të shkruar në mënyrë specifike, i cili lejon përditësimin e statusit të Issue në MS Project nga Jira dhe anasjelltas. Në të ardhmen, për të njëjtat qëllime, planifikojmë të përdorim një plugin të paguar , i cili instalohet si një shtesë në MS Project.
Integrimi me aplikacione të jashtme realizohet përmes Application Links. Në këtë rast, për aplikacionet Atlassian integrimet janë të parapara dhe funksionojnë menjëherë pas konfigurimit, për shembull, mund të shfaqet informacion mbi Issues në Jira në një faqe në Confluence.
Për qasje në serverat Jira dhe Confluence përdoret REST API: .
SOAP dhe XML-RPC API janë të çzhveshur dhe nuk janë në dispozicion në versionet e reja për përdorim.
PĂ«rfundimi
Pra, ne shqyrtuam karakteristikat teknike të zbatimit të sistemit mbi produktet Atlassian. Zgjidhja e propozuar përbën një nga zgjidhjet e mundshme dhe është e përshtatshme për ambientin korporativ.
Zgjidhja e propozruar është e shkallëzueshme, me qëndrueshmëri dhe ofron tri mjedise për organizimin e zhvillimit dhe testimit, përmban të gjitha elementet e nevojshme për bashkëpunim në sistem dhe ofron një gamë të gjerë mjetesh për menaxhimin e projekteve.
Me kënaqësi do të përgjigjem në pyetjet në komente.
Burimi: habr.com
