A po planifikoni të zbatoni softuerin Atlassian (Jira, Confluence)? A nuk doni të bëni gabime mizore të projektimit që më pas do të duhet të zgjidhen në momentin e fundit?
Atëherë ky është vendi për ju - ne po shqyrtojmë zbatimin e Atlassian Jira + Confluence në korporata, duke marrë parasysh aspekte të ndryshme teknike.
Përshëndetje, unë jam pronar i produktit në RSHB dhe jam përgjegjës për zhvillimin e një Sistemi të Menaxhimit të Ciklit të Jetës (LCMS) të ndërtuar mbi produktet softuerike Atlassian Jira dhe Confluence.
Në këtë artikull do të përshkruaj aspektet teknike të ndërtimit të një sistemi të menaxhimit të jetës. Artikulli do të jetë i dobishëm për këdo që po planifikon të zbatojë ose po zhvillon Atlassian Jira dhe Confluence në një mjedis korporativ. Artikulli nuk kërkon njohuri të veçanta dhe ka për qëllim një nivel fillestar njohjeje me produktet Atlassian. Artikulli do të jetë i dobishëm për administratorët, pronarët e produkteve, menaxherët e projekteve, arkitektët dhe këdo që planifikon të zbatojë sisteme të bazuara në softuerin Atlassian.
Paraqitje
Artikulli do të diskutojë çështjet teknike të zbatimit të një Sistemi të Menaxhimit të Ciklit të Jetës (LCMS) në një mjedis të korporatës. Le të përcaktojmë fillimisht se çfarë do të thotë kjo.
Çfarë do të thotë një zgjidhje korporative?
Kjo do të thotë zgjidhja:
- I shkallëzuar. Nëse ngarkesa rritet, është teknikisht e mundur të rritet kapaciteti i sistemit. Shkallëzimi horizontal dhe vertikal ndahen - me shkallëzim vertikal, fuqia e serverëve rritet, me shkallëzim horizontal, rritet numri i serverëve për funksionimin e sistemit.
- Tolerant ndaj gabimeve. Sistemi do të mbetet i disponueshëm nëse një element dështon. Në përgjithësi, sistemet e korporatave nuk kërkojnë tolerancë ndaj gabimeve, por ne do të shqyrtojmë vetëm një zgjidhje të tillë. Ne planifikojmë të kemi disa qindra përdorues konkurrues në sistemin tonë dhe koha e ndërprerjes do të jetë shumë kritike.
- Mbështetur. Zgjidhja duhet të mbështetet nga shitësi. Softueri i pambështetur duhet të zëvendësohet me softuer të pronarit ose softuer tjetër të mbështetur.
- Instalim Vetë-menaxhuar (në objekt). Vetë-menaxhuar është aftësia për të instaluar softuer jo në cloud, por në serverët tuaj. Për të qenë më të saktë, këto janë të gjitha opsionet e instalimit jo-SaaS. Në këtë artikull do të shqyrtojmë opsionet e instalimit vetëm për Vetë-menaxhuar.
- Mundësia e zhvillimit dhe testimit 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 testimi (Staging) dhe një sistem produktiv për përdoruesit.
- Të tjera. Mbështet skenarë të ndryshëm vërtetimi, mbështet regjistrat e auditimit, ka një model roli të personalizueshëm, etj.
Këta janë elementët kryesorë të zgjidhjeve të ndërmarrjeve dhe, për fat të keq, shpesh harrohen gjatë dizajnimit të një sistemi.
Çfarë është një Sistemi i Menaxhimit të Ciklit të Jetës (LCMS)?
Shkurtimisht, në rastin tonë këto janë Atlassian Jira dhe Atlassian Confluence - një sistem që ofron mjete për organizimin e punës ekipore. Sistemi nuk "imponon" rregulla për organizimin e punës, por ofron një shumëllojshmëri mjetesh për punë, duke përfshirë Scrum, bordet Kanban, një model ujëvarë, Scrum të shkallëzuar, etj.
Emri LMS nuk është një term i industrisë apo një koncept i përdorur zakonisht, është thjesht emri i sistemit në Bankën tonë. Për ne, LMS nuk është një sistem gjurmimi i gabimeve, as nuk është një sistem i menaxhimit të incidenteve ose një sistem i menaxhimit të ndryshimeve.
Çfarë përfshin zbatimi?
Zbatimi i zgjidhjes përbëhet nga shumë çështje teknike dhe organizative:
- Shpërndarja e kapaciteteve teknike.
- Blerja e softuerit.
- Krijimi i një ekipi për të zbatuar zgjidhjen.
- Instalimi dhe konfigurimi i zgjidhjes.
- Zhvillimi i arkitekturës së zgjidhjeve. Model roli.
- Zhvillimi i dokumentacionit operacional, duke përfshirë udhëzimet, rregulloret, dizajnin teknik, rregulloret, etj.
- Ndryshimi i proceseve të kompanisë.
- Krijimi i një ekipi mbështetës. Zhvillimi i SLA.
- Trajnimi i përdoruesit.
- Të tjera.
Në këtë artikull do të shikojmë aspektet teknike të zbatimit, pa detaje mbi komponentin organizativ.
Karakteristikat Atlassiane
Atlassian është lider në shumë segmente:
(Udhëheqja është për shkak të blerjes së suksesshme të AgileCraft me zgjidhjen e saj cloud)
Produktet Atlassian ofrojnë të gjitha tiparet e ndërmarrjes që ju nevojiten. Unë do të shënoj karakteristikat e mëposhtme:
- Zgjidhjet Atlassian bazohen në serverin në internet Java Tomcat. Softueri Apache Tomcat përfshihet me softuerin Atlassian si pjesë e instalimit; nuk mund të ndryshoni versionin e Apache Tomcat të instaluar si pjesë e softuerit Atlassian, edhe nëse versioni është i vjetëruar dhe përmban dobësi. Opsioni i vetëm është të presësh për një përditësim nga Atlassian, me një version më të ri të Apache Tomcat. Tani, për shembull, versionet aktuale të Jira kanë Apache Tomcat 8.5.42 dhe Confluence ka Apache Tomcat 9.0.33.
- Ndërfaqja miqësore për përdoruesit, praktikat më të mira të disponueshme në treg për këtë klasë softuerësh janë zbatuar.
- Zgjidhje plotësisht e personalizueshme. Me modifikime, ju mund të zbatoni çdo ndryshim në funksionalitetin bazë për përdoruesin.
- Ekosistem i zhvilluar. Ka disa qindra partnerë: , duke përfshirë 16 partnerë në Rusi. Është përmes partnerëve në Rusi që ju mund të blini softuer Atlassian, shtojca dhe t'i nënshtroheni trajnimit. Janë partnerët që zhvillojnë dhe mbështesin shumicën e shtojcave.
- Dyqani i aplikacioneve (shtojcat): . Shtojcat zgjerojnë ndjeshëm funksionalitetin e softuerit Atlassian. Funksionaliteti bazë i softuerit Atlassian është mjaft modest; për pothuajse çdo detyrë, bëhet e nevojshme instalimi i shtojcave shtesë falas ose për para shtesë. Prandaj, kostot e softuerit mund të rezultojnë të jenë dukshëm më të larta se sa ishte vlerësuar fillimisht.
Aktualisht, disa mijëra shtojca janë publikuar në dyqan, pothuajse një mijë prej tyre janë testuar dhe vërtetuar sipas programit të aplikacioneve të miratuara nga Qendra e të Dhënave. Shtojca të tilla mund të konsiderohen të qëndrueshme dhe të përshtatshme për t'u përdorur në sisteme të ngarkuara.
Unë ju këshilloj që t'i qaseni me kujdes çështjes së planifikimit të shtojcave, kjo ndikon shumë në koston e zgjidhjes, shumë prej shtojcave mund të çojnë në paqëndrueshmëri të sistemit dhe prodhuesi i shtojcave nuk ofron mbështetje për të zgjidhur problemin. - Trajnime dhe certifikime:
- Mbështeten mekanizmat SSO dhe SAML 2.0.
- Mbështetja për shkallëzueshmërinë dhe tolerancën ndaj gabimeve disponohet vetëm në botimet e Qendrës së të Dhënave. Ky botim u shfaq për herë të parë në vitin 2014 (Jira 6.3). Funksionaliteti i botimeve të Qendrës së të Dhënave po zgjerohet dhe përmirësohet vazhdimisht (për shembull, mundësia e instalimit të një nyjeje u shfaq vetëm në vitin 2020). Qasja ndaj shtojcave për botimet e Qendrës së të Dhënave ndryshoi shumë në 2018 me prezantimin e aplikacioneve të miratuara nga Qendra e të Dhënave.
- Kostoja e mbështetjes. Kostoja e mbështetjes nga shitësi është pothuajse e barabartë me koston e plotë të licencave të softuerit. Një shembull i llogaritjes së kostos së licencave është dhënë më poshtë.
- Mungesa e lëshimeve afatgjatë. Ka të ashtuquajturat , por ato, si të gjitha versionet e tjera, mbështeten për 2 vjet. Me ndryshimin se për versionet Enterprise lëshohen vetëm rregullime, pa shtuar funksionalitet të ri.
- Opsione të zgjeruara të mbështetjes (me kosto shtesë).
- Mbështeten disa opsione DBMS. Softueri Atlassian vjen me një DBMS falas H2; ky DBMS nuk rekomandohet për përdorim produktiv. DBMS-të e mëposhtme mbështeten për përdorim produktiv: Amazon Aurora (vetëm Qendra e të Dhënave) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Ekzistojnë kufizime në versionet e mbështetura dhe shpesh mbështeten vetëm versionet më të vjetra, por për çdo DBMS ekziston një version me mbështetje nga shitësi:
,
.
Arkitektura teknike
Shpjegime për diagramin:
- Diagrami tregon zbatimin në Bankën tonë, ky konfigurim është dhënë si shembull dhe nuk rekomandohet.
- nginx ofron funksionalitet me përfaqësues të kundërt për Jira dhe Confluence.
- Toleranca e gabimeve të DBMS zbatohet me anë të DBMS.
- Ndryshimet transferohen midis mjediseve duke përdorur shtojcën Menaxheri i konfigurimit për Jira.
- AppSrv në diagram është një server aplikacioni i pronarit për raportim dhe nuk përdor softuer Atlassian.
- Baza e të dhënave EasyBI u krijua për ndërtimin e kubeve dhe raportimin duke përdorur shtojcën eazyBI Reports and Charts for Jira.
- Shërbimi Confluence Synchrony (një komponent që lejon redaktimin e njëkohshëm të dokumenteve) nuk ndahet në një instalim të veçantë dhe niset së bashku me Confluence, në të njëjtin server.
licencimi
Çështjet e licencimit Atlassian meritojnë një artikull të veçantë; këtu do të përmend vetëm parimet e përgjithshme.
Problemet kryesore që hasëm ishin çështjet e licencimit për botimet e Data Center. Karakteristikat e licencimit për botimet e Serverit dhe të Qendrës së të Dhënave:
- Licenca për botimin e Serverit ë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ësit i hiqet e drejta për të marrë mbështetje për produktin dhe për të përditësuar softuerin në versionet më të fundit.
- Licencimi bazohet në numrin e përdoruesve në sistemin global të lejeve 'JIRA Users'. Nuk ka rëndësi nëse ata përdorin sistemin apo jo - edhe nëse përdoruesit nuk janë regjistruar kurrë në sistem, të gjithë përdoruesit do të merren parasysh për licencën. Nëse tejkalohet numri i përdoruesve të licencuar, zgjidhja do të ishte heqja e lejes së 'Përdoruesve JIRA' nga disa përdorues.
- Një licencë e Qendrës së të Dhënave është në fakt një abonim. Kërkohet një tarifë vjetore për licencë. Nëse periudha skadon, puna me sistemin do të bllokohet.
- Çmimet e licencës mund të ndryshojnë me kalimin e kohës. Siç tregon praktika, në një masë më të madhe dhe, ndoshta, në mënyrë të konsiderueshme. Prandaj, nëse licencat tuaja kushtojnë të njëjtën shumë këtë vit, atëherë vitin e ardhshëm kostoja e licencave mund të rritet.
- Licencimi kryhet nga përdoruesi sipas nivelit (për shembull, përdoruesit e nivelit 1001-2000). Është e mundur të përmirësohet në një nivel më të lartë, me një pagesë shtesë.
- Nëse tejkalohet numri i përdoruesve të licencuar, do të krijohen përdorues të rinj pa të drejtë hyrjeje (leja globale e 'Përdoruesve JIRA').
- Shtojcat mund të licencohen vetëm për të njëjtin numër përdoruesish si softveri kryesor.
- Vetëm instalimet produktive duhet të licencohen; për pjesën tjetër mund të merrni një licencë Zhvilluesi: .
- Për të blerë mirëmbajtjen, duhet të blini mirëmbajtjen e Rinovo Software - kostoja është afërsisht 50% e kostos së softuerit origjinal. Ky funksion nuk është i disponueshëm për Qendrën e të Dhënave dhe nuk vlen për shtojcat; për t'i mbështetur ato, do t'ju duhet të paguani çmimin e plotë çdo vit.
Kështu, mbështetja vjetore e softuerit kushton më shumë se 50% të kostos totale të softuerit në rastin e botimit të Serverit dhe 100% në rastin e edicionit të Qendrës së të Dhënave - kjo është dukshëm më shumë se shumica e shitësve të tjerë. Sipas mendimit tim, ky është një disavantazh i rëndësishëm i modelit të biznesit të Atlassian.
Karakteristikat e kalimit nga edicioni i Serverit në Qendrën e të Dhënave:
- Ka një tarifë për përmirësimin nga edicioni i Serverit në Qendrën e të Dhënave. Kostoja mund të gjendet këtu .
- Kur kaloni nga edicioni i Serverit në Qendrën e të Dhënave, nuk keni nevojë të paguani për ndryshimin e botimit të shtojcave - shtojcat për edicionin e Serverit do të vazhdojnë të funksionojnë. Por do të jetë e nevojshme të rinovohen licencat për shtojcat për edicionin e Data Center.
- Ju mund të jeni në gjendje të përdorni shtojca që nuk kanë një version për t'u përdorur me botimet e Qendrës së të Dhënave. Sidoqoftë, sigurisht, shtojcat e tilla mund të mos funksionojnë siç duhet dhe është më mirë të sigurohet një alternativë ndaj shtojcave të tilla paraprakisht.
- Kalimi në edicionin e Data Center kryhet duke instaluar një licencë të re. Megjithatë, licenca për versionin Server mbetet ende e disponueshme.
- Nuk ka dallime funksionale midis edicioneve të Qendrës së të Dhënave dhe Serverit për përdoruesit; të gjitha ndryshimet janë vetëm në funksionet administrative dhe aftësitë e instalimit teknik.
- Kostoja e softuerit dhe shtojcave ndryshon për botimet e Serverit dhe të Qendrës së të Dhënave. Dallimi në kosto është shpesh më pak se 5% (jo i rëndësishëm). Një shembull i llogaritjes së kostos është dhënë më poshtë.
Fusha funksionale e zbatimit
Paketa bazë e softuerit Atlassian përfshin një sasi të madhe aftësish, por shpesh aftësitë e ofruara nga sistemi mungojnë shumë. Ndonjëherë edhe funksionet më të thjeshta nuk janë të disponueshme në paketën bazë, kështu që shtojcat janë të domosdoshme për pothuajse çdo zbatim. Për sistemin Jira ne përdorim shtojcat e mëposhtme (foto e klikueshme):
Për sistemin Confluence ne përdorim shtojcat e mëposhtme (foto e klikueshme):
Komentet për tabelat me shtojca:
- Të gjitha çmimet bazohen në 2000 përdorues;
- Çmimet e paraqitura bazohen në çmimet e listuara , kostoja reale (me zbritje) është më e ulët;
- Siç mund ta shihni, shuma totale është praktikisht e njëjtë për edicionet e Data Center dhe Server;
- Për përdorim zgjidhen vetëm shtojcat që mbështesin edicionin e Qendrës së të Dhënave. Ne përjashtuam shtojcat e mbetura nga planet për stabilitetin e sistemit.
Funksionaliteti përshkruhet shkurtimisht në kolonën e komenteve. Shtojcat shtesë zgjeruan funksionalitetin e sistemit:
- Shtuar disa mjete vizuale;
- Mekanizmat e integrimit janë përmirësuar;
- Mjete të shtuara për projektet e modeleve të ujëvarave;
- Mjete të shtuara për Scrum të shkallëzuar, për organizimin e punës së ekipeve të mëdha të projektit;
- Funksionalitet i shtuar për gjurmimin e kohës;
- Mjete të shtuara për automatizimin e operacioneve dhe konfigurimin e zgjidhjes;
- Funksionalitet i shtuar për të thjeshtuar dhe automatizuar administrimin e zgjidhjes.
Për më tepër ne përdorim . Ky aplikacion ju lejon të redaktoni skedarët në aplikacione të jashtme (MS Office) dhe t'i ktheni ato në Confluence (check-in).
Aplikim për stacionet e punës së përdoruesit (klient i trashë) Klienti ALM Works Jira vendosi të mos e përdorë atë për shkak të mbështetjes së dobët të shitësit dhe vlerësimeve negative.
Për integrimi me MS Project Ne përdorim një aplikacion të shkruar vetë që ju lejon të përditësoni statuset e problemit në MS Project nga Jira dhe anasjelltas. Në të ardhmen, për të njëjtat qëllime, ne planifikojmë të përdorim një shtesë me pagesë , e cila është instaluar si një shtesë në MS Project.
Integrimi me aplikacione të jashtme zbatohet përmes Lidhjeve të Aplikimit. Në të njëjtën kohë, për aplikacionet Atlassian, integrimet janë të para-konfiguruara dhe funksionojnë menjëherë pas konfigurimit, për shembull, mund të shfaqni informacione rreth çështjeve në Jira në një faqe në Confluence.
Për të hyrë në serverët Jira dhe Confluence, përdoret API REST: .
SOAP dhe XML-RPC API janë të vjetruara dhe nuk janë të disponueshme për përdorim në versionet më të reja.
Përfundim
Pra, ne shikuam tiparet teknike të zbatimit të një sistemi të bazuar në produktet Atlassian. Zgjidhja e propozuar përfaqëson një zgjidhje të mundshme dhe është e përshtatshme për një mjedis ndërmarrjeje
Zgjidhja e propozuar është e shkallëzueshme, tolerante ndaj gabimeve, përmban tre mjedise për organizimin e zhvillimit dhe testimit, përmban të gjithë elementët e nevojshëm për bashkëpunim në sistem dhe ofron një gamë të gjerë mjetesh për menaxhimin e projektit.
Do të jem i lumtur t'u përgjigjem pyetjeve në komente.
Burimi: www.habr.com