Ar planuojate įdiegti Atlassian programinę įrangą (Jira, Confluence)? Nenorite daryti žiaurių dizaino klaidų, kurias vėliau teks ištaisyti paskutinę akimirką?
Tuomet čia jums tinkama vieta – svarstome apie Atlassian Jira + Confluence diegimą korporacijose, atsižvelgdami į įvairius techninius aspektus.
Sveiki, esu RSHB produkto savininkas ir esu atsakingas už gyvavimo ciklo valdymo sistemos (LCMS), sukurtos naudojant Atlassian programinės įrangos produktus Jira ir Confluence, kūrimą.
Šiame straipsnyje aprašysiu techninius gyvybės valdymo sistemos kūrimo aspektus. Straipsnis bus naudingas visiems, kurie planuoja diegti arba kuria Atlassian Jira ir Confluence verslo aplinkoje. Straipsnis nereikalauja specialių žinių ir yra skirtas pradiniam susipažinimui su Atlassian produktais. Straipsnis bus naudingas administratoriams, produktų savininkams, projektų vadovams, architektams ir visiems, kurie planuoja įdiegti sistemas, pagrįstas Atlassian programine įranga.
įvedimas
Straipsnyje bus aptariami techniniai gyvavimo ciklo valdymo sistemos (LCMS) diegimo verslo aplinkoje klausimai. Pirmiausia išsiaiškinkime, ką tai reiškia.
Ką reiškia įmonės sprendimas?
Tai reiškia sprendimą:
- Mastelio keitimas. Jei apkrova didėja, techniškai įmanoma padidinti sistemos pajėgumą. Jie atskiria horizontalųjį ir vertikalųjį mastelį – vertikalus mastelio keitimas didėja serverių galia, horizontaliai – serverių skaičius sistemai.
- Atsparus gedimams. Sistema liks prieinama, jei vienas elementas suges. Apskritai įmonių sistemos nereikalauja tolerancijos gedimams, tačiau mes svarstysime kaip tik tokį sprendimą. Planuojame, kad mūsų sistemoje bus keli šimtai konkurencingų vartotojų, todėl prastovos bus labai svarbios.
- Palaikoma. Sprendimą turi palaikyti pardavėjas. Nepalaikoma programinė įranga turėtų būti pakeista patentuota programine įranga arba kita palaikoma programine įranga.
- Montavimas Savarankiškai valdomas (Įrenginyje). Savarankiškas valdymas – tai galimybė įdiegti programinę įrangą ne debesyje, o savo serveriuose. Tiksliau tariant, tai visos ne SaaS diegimo parinktys. Šiame straipsnyje apžvelgsime tik savarankiško valdymo diegimo parinktis.
- Galimybė savarankiškai kurti ir išbandyti. Nuspėjamiems sistemos pokyčiams organizuoti reikalinga atskira kūrimo sistema (pakeitimai pačioje sistemoje), testavimo sistema (Staging) ir produktyvi sistema vartotojams.
- Daugiau. Palaiko įvairius autentifikavimo scenarijus, palaiko audito žurnalus, turi pritaikomą vaidmenį ir kt.
Tai yra pagrindiniai įmonės sprendimų elementai ir, deja, dažnai jie pamirštami kuriant sistemą.
Kas yra gyvavimo ciklo valdymo sistema (LCMS)?
Trumpai tariant, mūsų atveju tai yra Atlassian Jira ir Atlassian Confluence – sistema, kuri suteikia įrankius komandiniam darbui organizuoti. Sistema „neprimetinėja“ darbo organizavimo taisyklių, o suteikia įvairių įrankių darbui, įskaitant Scrum, Kanban plokštes, krioklio modelį, keičiamo dydžio Scrum ir kt.
Pavadinimas LMS nėra pramonės terminas ar dažnai vartojama sąvoka, tai tiesiog sistemos pavadinimas mūsų banke. Mums LMS nėra klaidų sekimo sistema, taip pat ne incidentų valdymo sistema ar pokyčių valdymo sistema.
Ką apima įgyvendinimas?
Sprendimo įgyvendinimas susideda iš daugelio techninių ir organizacinių klausimų:
- Techninių pajėgumų paskirstymas.
- Programinės įrangos pirkimas.
- Komandos sukūrimas sprendimui įgyvendinti.
- Sprendimo montavimas ir konfigūravimas.
- Sprendimo architektūros kūrimas. Sektinas pavyzdys.
- Eksploatacinės dokumentacijos rengimas, įskaitant instrukcijas, reglamentus, techninį projektą, reglamentus ir kt.
- Keičiasi įmonės procesai.
- Palaikymo komandos kūrimas. SLA plėtra.
- Vartotojo mokymas.
- Daugiau.
Šiame straipsnyje mes apžvelgsime techninius įgyvendinimo aspektus, nepateikdami išsamios informacijos apie organizacinį komponentą.
Atlassian savybės
Atlassian yra daugelio segmentų lyderis:
(Lyderystė atsirado dėl sėkmingo AgileCraft įsigijimo su debesijos sprendimu)
„Atlassian“ produktai suteikia visas jums reikalingas įmonės funkcijas. Atkreipsiu dėmesį į šias savybes:
- Atlassian sprendimai yra pagrįsti Java Tomcat žiniatinklio serveriu. „Apache Tomcat“ programinė įranga įtraukta į „Atlassian“ programinę įrangą kaip diegimo dalis; negalite pakeisti „Apache Tomcat“ versijos, įdiegtos kaip „Atlassian“ programinės įrangos dalis, net jei versija yra pasenusi ir joje yra pažeidžiamumų. Vienintelė galimybė yra palaukti atnaujinimo iš Atlassian su naujesne Apache Tomcat versija. Pavyzdžiui, dabartinėse Jira versijose yra Apache Tomcat 8.5.42, o Confluence – Apache Tomcat 9.0.33.
- Patogi vartotojo sąsaja, įdiegta geriausia rinkoje prieinama šios klasės programinės įrangos praktika.
- Visiškai pritaikomas sprendimas. Atlikę pakeitimus, vartotojui galite atlikti bet kokius pagrindinių funkcijų pakeitimus.
- Išvystyta ekosistema. Yra keli šimtai partnerių: , įskaitant 16 partnerių Rusijoje. Per partnerius Rusijoje galite įsigyti „Atlassian“ programinės įrangos, papildinių ir mokytis. Daugumą papildinių kuria ir palaiko partneriai.
- Programų parduotuvė (įskiepiai): . Papildiniai žymiai išplečia Atlassian programinės įrangos funkcionalumą. Pagrindinės Atlassian programinės įrangos funkcijos yra gana kuklios, beveik bet kokiai užduočiai atlikti reikia nemokamai arba už papildomus pinigus įdiegti papildomus papildinius. Todėl programinės įrangos sąnaudos gali būti daug didesnės nei iš pradžių apskaičiuota.
Šiuo metu parduotuvėje yra paskelbta keli tūkstančiai įskiepių, beveik tūkstantis iš jų yra išbandyti ir patvirtinti pagal Duomenų centro patvirtintų programėlių programą. Tokie įskiepiai gali būti laikomi stabiliais ir tinkamais naudoti užimtose sistemose.
Patariu atidžiai nagrinėti įskiepių planavimo klausimą, tai labai įtakoja sprendimo kainą, daugelis įskiepių gali sukelti sistemos nestabilumą, o papildinio gamintojas nesuteikia pagalbos sprendžiant problemą. - Mokymai ir sertifikatai:
- Palaikomi SSO ir SAML 2.0 mechanizmai.
- Mastelio keitimo ir atsparumo gedimams palaikymas galimas tik duomenų centro leidimuose. Šis leidimas pirmą kartą pasirodė 2014 m. (Jira 6.3). Duomenų centro leidimų funkcionalumas nuolat plečiamas ir tobulinamas (pavyzdžiui, vieno mazgo diegimo galimybė atsirado tik 2020 m.). Požiūris į duomenų centro leidimų papildinius labai pasikeitė 2018 m., kai buvo pristatytos duomenų centro patvirtintos programėlės.
- Paramos kaina. Pardavėjo palaikymo kaina yra beveik lygi visai programinės įrangos licencijų kainai. Toliau pateikiamas licencijų kainos apskaičiavimo pavyzdys.
- Ilgalaikių leidimų trūkumas. Yra vadinamųjų , tačiau jos, kaip ir visos kitos versijos, palaikomos 2 metus. Tuo skirtumu, kad Enterprise versijose išleidžiami tik pataisymai, nepridedant naujų funkcijų.
- Išplėstinės palaikymo galimybės (už papildomą mokestį).
- Palaikomos kelios DBVS parinktys. Atlassian programinė įranga pateikiama su nemokama H2 DBVS; ši DBVS nerekomenduojama produktyviai naudoti. Produktyviam naudojimui palaikomos šios DBVS: Amazon Aurora (tik duomenų centras) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Palaikomoms versijoms taikomi apribojimai ir dažnai palaikomos tik senesnės versijos, tačiau kiekvienai DBVS yra versija su pardavėjo palaikymu:
,
.
Techninė architektūra
Diagramos paaiškinimai:
- Diagramoje parodytas diegimas mūsų banke, ši konfigūracija pateikta kaip pavyzdys ir nerekomenduojama.
- „nginx“ teikia atvirkštinio tarpinio serverio funkcijas tiek „Jira“, tiek „Confluence“.
- DBVS gedimų tolerancija įgyvendinama naudojant DBVS.
- Pakeitimai perkeliami tarp aplinkų naudojant „Configuration Manager for Jira“ papildinį.
- „AppSrv“ diagramoje yra patentuotas ataskaitų teikimo programų serveris ir nenaudoja „Atlassian“ programinės įrangos.
- „EasyBI“ duomenų bazė buvo sukurta kubeliams kurti ir ataskaitoms teikti naudojant „eazyBI Reports and Charts for Jira“ papildinį.
- „Confluence Synchrony“ paslauga (komponentas, leidžiantis vienu metu redaguoti dokumentus) nėra atskirtas į atskirą diegimą ir paleidžiamas kartu su „Confluence“, tame pačiame serveryje.
Licencijavimas
Atlassian licencijavimo klausimai nusipelno atskiro straipsnio; čia paminėsiu tik bendruosius principus.
Pagrindinės problemos, su kuriomis susidūrėme, buvo duomenų centro leidimų licencijavimo problemos. Serverio ir duomenų centro leidimų licencijavimo funkcijos:
- Serverio leidimo licencija yra neterminuota ir pirkėjas gali naudoti programinę įrangą net pasibaigus licencijos galiojimui. Tačiau pasibaigus licencijos galiojimui, pirkėjas netenka teisės gauti produkto palaikymą ir atnaujinti programinę įrangą į naujausias versijas.
- Licencijavimas pagrįstas naudotojų skaičiumi „JIRA Users“ visuotinėje leidimų sistemoje. Nesvarbu, ar jie naudojasi sistema, ar ne – net jei vartotojai niekada nebuvo prisijungę prie sistemos, licencijai gauti bus atsižvelgta į visus vartotojus. Jei licencijuotų vartotojų skaičius viršijamas, sprendimas būtų pašalinti „JIRA naudotojų“ leidimą iš kai kurių vartotojų.
- Duomenų centro licencija iš tikrųjų yra prenumerata. Reikalingas metinis licencijos mokestis. Jei terminas baigiasi, darbas su sistema bus užblokuotas.
- Licencijos kainos laikui bėgant gali keistis. Kaip rodo praktika, didesniu mastu ir galbūt žymiai. Todėl jei jūsų licencijos šiemet kainuoja tiek pat, tai kitais metais licencijų kaina gali išaugti.
- Licencijavimą atlieka vartotojas pagal pakopą (pavyzdžiui, 1001–2000 lygio vartotojai). Už papildomą mokestį galima pereiti į aukštesnę pakopą.
- Viršijus licencijuotų vartotojų skaičių, bus kuriami nauji vartotojai be teisės prisijungti („JIRA Users“ visuotinis leidimas).
- Papildiniai gali būti licencijuoti tik tokiam pat vartotojų skaičiui kaip ir pagrindinė programinė įranga.
- Licencijuoti reikia tik produktyvius įrenginius, o kitiems galite gauti kūrėjo licenciją: .
- Norėdami įsigyti techninę priežiūrą, turite įsigyti Renew Software priežiūrą – kaina yra maždaug 50% originalios programinės įrangos kainos. Ši funkcija nepasiekiama duomenų centre ir netaikoma papildiniams; norėdami juos palaikyti, turėsite kasmet mokėti visą kainą.
Taigi kasmetinis programinės įrangos palaikymas serverio versijos atveju kainuoja daugiau nei 50% visos programinės įrangos kainos, o duomenų centro versijos atveju – 100% – tai yra žymiai daugiau nei dauguma kitų pardavėjų. Mano nuomone, tai yra didelis Atlassian verslo modelio trūkumas.
Perėjimo iš serverio leidimo į duomenų centrą ypatybės:
- Už naujovinimą iš serverio leidimo į duomenų centrą imamas mokestis. Kainą galite rasti čia .
- Perėjus iš serverio leidimo į duomenų centrą, už papildinių leidimo keitimą mokėti nereikia – serverio versijos papildiniai veiks ir toliau. Tačiau reikės atnaujinti „Data Center“ leidimo papildinių licencijas.
- Galbūt galėsite naudoti papildinius, kurių versija nėra skirta naudoti su duomenų centro leidimais. Tačiau, žinoma, tokie įskiepiai gali neveikti tinkamai ir geriau iš anksto numatyti alternatyvą tokiems įskiepiams.
- Perėjimas prie duomenų centro leidimo atliekamas įdiegus naują licenciją. Tačiau serverio leidimo licencija vis tiek išlieka.
- Vartotojams nėra jokių funkcinių skirtumų tarp duomenų centro ir serverio versijų, visi skirtumai yra tik administracinėse funkcijose ir techninėse diegimo galimybėse.
- Serverio ir duomenų centro leidimų programinės įrangos ir papildinių kaina skiriasi. Kainų skirtumas dažnai yra mažesnis nei 5% (nereikšmingas). Sąnaudų apskaičiavimo pavyzdys pateiktas žemiau.
Funkcinė įgyvendinimo apimtis
Pagrindinis Atlassian programinės įrangos paketas apima didžiulį kiekį galimybių, tačiau dažnai sistemos teikiamų galimybių labai pritrūksta. Kartais net paprasčiausių funkcijų nėra pagrindiniame pakete, todėl papildiniai yra būtini beveik bet kokiam diegimui. Jira sistemai naudojame šiuos papildinius (paveikslėlį galima spustelėti):
„Confluence“ sistemai naudojame šiuos papildinius (paveikslėlį galima spustelėti):
Komentarai apie lenteles su priedais:
- Visos kainos nurodytos 2000 vartotojų;
- Rodomos kainos nurodytos pagal nurodytas kainas , reali kaina (su nuolaidomis) mažesnė;
- Kaip matote, duomenų centro ir serverio leidimų bendra suma praktiškai nesiskiria;
- Naudoti pasirenkami tik papildiniai, palaikantys duomenų centro leidimą. Likusius papildinius neįtraukėme į sistemos stabilumo planus.
Funkcionalumas trumpai aprašytas komentarų stulpelyje. Papildomi įskiepiai išplėtė sistemos funkcionalumą:
- Pridėta keletas vaizdinių įrankių;
- Patobulinti integravimo mechanizmai;
- Pridėta įrankiai krioklio modelių projektams;
- Pridedami įrankiai keičiamam Scrum, didelių projektų komandų darbui organizuoti;
- Pridėta laiko sekimo funkcija;
- Pridedami įrankiai operacijų automatizavimui ir sprendimo konfigūravimui;
- Pridėtas funkcionalumas, skirtas supaprastinti ir automatizuoti sprendimo administravimą.
Papildomai naudojame . Ši programa leidžia redaguoti failus išorinėse programose (MS Office) ir grąžinti juos atgal į „Confluence“ (registracija).
Programa vartotojų darbo stotims (storas klientas) ALM Works Jira Client nusprendė jo nenaudoti dėl prasto pardavėjo palaikymo ir neigiamų atsiliepimų.
Už integracija su MS Project Mes naudojame savarankiškai parašytą programą, kuri leidžia atnaujinti MS Project problemos būsenas iš Jira ir atvirkščiai. Ateityje tais pačiais tikslais planuojame naudoti mokamą įskiepį , kuris yra įdiegtas kaip MS Project priedas.
Integracija su išorinėmis programomis įdiegta per programų nuorodas. Tuo pačiu metu „Atlassian“ programose integracijos yra iš anksto sukonfigūruotos ir veikia iškart po konfigūravimo, pavyzdžiui, galite rodyti informaciją apie „Jira“ problemas „Confluence“ puslapyje.
Norint pasiekti „Jira“ ir „Confluence“ serverius, naudojama REST API: .
SOAP ir XML-RPC API yra nebenaudojami ir jų negalima naudoti naujesnėse versijose.
išvada
Taigi, mes pažvelgėme į technines sistemos, pagrįstos Atlassian produktais, diegimo ypatybes. Siūlomas sprendimas yra vienas iš galimų sprendimų ir puikiai tinka įmonės aplinkai
Siūlomas sprendimas yra keičiamo dydžio, atsparus gedimams, turi tris kūrimo ir testavimo organizavimo aplinkas, turi visus reikalingus elementus bendradarbiauti sistemoje ir suteikia platų projektų valdymo įrankių spektrą.
Mielai atsakysiu į klausimus komentaruose.
Šaltinis: www.habr.com