Kako implementirati Atlassian Jira + Confluence u korporaciju. Tehnička pitanja

Planirate li implementirati Atlassian softver (Jira, Confluence)? Ne želite da pravite okrutne greške u dizajnu, koje onda morate da rešite u poslednjem trenutku?

Kako implementirati Atlassian Jira + Confluence u korporaciju. Tehnička pitanja
Onda ste tu - razmatramo implementaciju Atlassian Jira + Confluence u korporaciji, uzimajući u obzir različite tehničke aspekte.
Poštovani, ja sam vlasnik proizvoda u RSHB-u i odgovoran sam za razvoj Sistema upravljanja životnim ciklusom (LCMS) izgrađenog na Atlassian Jira i softverskim proizvodima Confluence.

U ovom članku ću opisati tehničke aspekte izgradnje LCMS-a. Članak će biti koristan svima koji planiraju implementirati ili razviti Atlassian Jira i Confluence u korporativnom okruženju. Članak ne zahtijeva posebna znanja i dizajniran je za početni nivo upoznavanja sa Atlassian proizvodima. Članak će biti koristan administratorima, vlasnicima proizvoda, projekt menadžerima, arhitektima i svima koji planiraju implementirati sisteme bazirane na Atlassian softveru.

Uvod

U članku će se raspravljati o tehničkim pitanjima implementacije sistema upravljanja životnim ciklusom (LCMS) u korporativnom okruženju. Hajde da prvo definišemo šta ovo znači.

Šta je poslovno rješenje?

To znači rješenje:

  1. Skalabilnost. U slučaju povećanja opterećenja postoji tehnička mogućnost povećanja kapaciteta sistema. Odvojeno horizontalno i vertikalno skaliranje - sa vertikalnim skaliranjem se povećava kapacitet servera, sa horizontalnim skaliranjem povećava se broj servera za rad sistema.
  2. Failsafe. Sistem će ostati dostupan ako jedan element pokvari. Generalno, korporativni sistemi ne zahtevaju toleranciju grešaka, ali ćemo razmotriti upravo takvo rešenje. Planiramo da imamo nekoliko stotina konkurentnih korisnika u sistemu, a zastoji će biti veoma kritični.
  3. Podržano. Rješenje mora biti podržano od strane dobavljača. Nepodržani softver treba zamijeniti internim razvojem ili drugim podržanim softverom.
  4. postavljanje Samoupravljani (on-premise). Samoupravljanje je mogućnost instaliranja softvera ne u oblaku, već na vlastitim serverima. Da budemo precizniji, ovo su sve opcije instalacije koje nisu SaaS. U ovom članku ćemo razmotriti samo opcije instalacije koje sami upravljaju.
  5. Mogućnost samostalnog razvoja i testiranja. Za organizaciju predvidljivih promjena u sistemu potreban je poseban sistem za razvoj (promjene u samom sistemu), sistem za testiranje (Staging) i produktivni sistem za korisnike.
  6. Drugo. Podržava različite scenarije autentifikacije, podržava evidencije revizije, ima prilagođeni uzor itd.

Ovo su glavni elementi korporativnih rješenja i, nažalost, često se zaboravljaju prilikom dizajniranja sistema.

Šta je sistem upravljanja životnim ciklusom (LCMS)?

Ukratko, u našem slučaju to su Atlassian Jira i Atlassian Confluence – sistem koji pruža alate za organizovanje timskog rada. Sistem ne „nameta“ pravila za organizaciju rada, već pruža razne alate za rad, kao što su Scrum, Kanban ploče, vodopad model i skalabilni Scrum, itd.
Naziv LCMS nije industrijski termin ili uobičajen termin, to je jednostavno naziv sistema u našoj banci. LCMS za nas nije sistem za praćenje grešaka, nije sistem za upravljanje incidentima i sistem za upravljanje promenama.

Šta uključuje implementacija?

Implementacija rješenja sastoji se od brojnih tehničkih i organizacijskih pitanja:

  • Dodjela tehničkih kapaciteta.
  • Kupovina softvera.
  • Stvaranje tima za implementaciju rješenja.
  • Instalacija i konfiguracija rješenja.
  • Razvoj arhitekture rješenja. uzor.
  • Izrada operativne dokumentacije, uključujući uputstva, propise, tehnički dizajn, propise itd.
  • Promjena procesa kompanije.
  • Stvaranje tima za podršku. SLA razvoj.
  • Obuka korisnika.
  • Drugo.

U ovom članku ćemo razmotriti tehničke aspekte implementacije, bez detalja o organizacijskoj komponenti.

Značajke Atlassian

Atlassian je lider u mnogim segmentima:

Atlassianovi proizvodi imaju sve poslovne karakteristike koje su vam potrebne. Primetiću sledeće karakteristike:

  1. Atlassian rješenja su bazirana na Java Tomcat web serveru. Softver Apache Tomcat je uključen uz Atlassian softver, kao dio instalacije, ne možete promijeniti verziju Apache Tomcat instaliranog uz Atlassian softver, čak i ako je verzija zastarjela i sadrži ranjivosti. Jedina opcija je čekati ažuriranje od Atlassiana s novijom verzijom Apache Tomcata. Sada, na primjer, trenutne verzije Jira imaju Apache Tomcat 8.5.42, a Confluence ima Apache Tomcat 9.0.33.
  2. Korisničko sučelje prilagođeno korisnicima, implementirane su najbolje prakse dostupne na tržištu za ovu klasu softvera.
  3. Potpuno prilagodljivo rješenje. Uz poboljšanja, možete implementirati bilo koju promjenu u osnovnoj funkcionalnosti za korisnika.
  4. Razvijen ekosistem. Postoji nekoliko stotina partnera: https://partnerdirectory.atlassian.com, uključujući 16 partnera u Rusiji. Preko partnera u Rusiji možete kupiti Atlassian softver, dodatke i dobiti obuku. Partneri su ti koji razvijaju i održavaju većinu dodataka.
  5. App Store (Plugins): https://marketplace.atlassian.com. Dodaci uvelike poboljšavaju funkcionalnost Atlassian softvera. Osnovna funkcionalnost Atlassian softvera je prilično skromna, za gotovo svaki zadatak postaje potrebno instalirati dodatne dodatke besplatno ili za dodatni novac. Stoga, troškovi softvera mogu biti znatno veći od prvobitno procijenjenih.
    Do danas je u prodavnici objavljeno nekoliko hiljada dodataka, od kojih je skoro hiljadu testirano i validirano u okviru programa aplikacija odobrenih u Data Centru. Takvi dodaci se mogu smatrati stabilnim i pogodnim za upotrebu u zauzetim sistemima.
    Savjetujem vam da pažljivo pristupite pitanju planiranja dodataka, to uvelike utječe na cijenu rješenja, mnogi dodaci mogu dovesti do nestabilnosti sistema i proizvođač dodataka ne pruža podršku za rješavanje problema.
  6. Obuka i certifikacija: https://www.atlassian.com/university
  7. SSO, SAML 2.0 mehanizmi su podržani.
  8. Podrška za skalabilnost i toleranciju grešaka dostupna je samo u izdanjima Data Center-a. Ovo izdanje se prvi put pojavilo 2014. godine (Jira 6.3). Funkcionalnost izdanja Data Centra se stalno proširuje i poboljšava (na primjer, mogućnost instalacije jednog čvora pojavila se tek 2020.). Pristup dodacima za izdanja Data Center-a se dosta promijenio u 2018. uvođenjem aplikacija odobrenih za Data Center.
  9. Troškovi podrške. Troškovi podrške od strane dobavljača gotovo su jednaki punoj cijeni softverskih licenci. U nastavku je dat primjer obračuna cijene licenci.
  10. Nedostatak dugoročnih izdanja. Postoje tzv Enterprise verzije, ali su, kao i sve druge verzije, podržane 2 godine. S tom razlikom što se objavljuju samo popravci za Enterprise verzije, bez dodavanja nove funkcionalnosti.
  11. Proširene opcije podrške (za dodatni novac). https://www.atlassian.com/enterprise/support-services
  12. Podržano je nekoliko varijanti DBMS-a. Atlassian dolazi sa besplatnom H2 bazom podataka, koja se ne preporučuje za produktivnu upotrebu. Sljedeći DBMS su podržani za produktivnu upotrebu: Amazon Aurora (samo Data Center) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Postoje ograničenja za podržane verzije i često su podržane samo starije verzije, ali za svaki DBMS postoji verzija s podrškom dobavljača:
    Jira podržane platforme,
    Konfluence podržane platforme.

Tehnička arhitektura

Kako implementirati Atlassian Jira + Confluence u korporaciju. Tehnička pitanja

Objašnjenja za šemu:

  • Dijagram prikazuje implementaciju u našoj banci, ova konfiguracija je data kao primjer i nije preporučljiva.
  • nginx pruža funkciju obrnutog proxyja za Jira i Confluence.
  • Tolerancija grešaka DBMS-a je implementirana pomoću DBMS-a.
  • Prijenos promjena između okruženja vrši se pomoću dodatka Configuration Manager za Jira.
  • AppSrv na dijagramu je izvorni server aplikacija za izvještavanje, ne koristi Atlassian softver.
  • EasyBI baza podataka kreirana je za pravljenje kocki i izvještavanje pomoću dodatka eazyBI Reports and Charts za Jira.
  • Usluga Confluence Synchrony (komponenta koja omogućava istovremeno uređivanje dokumenata) nije odvojena u posebnu instalaciju i radi zajedno sa Confluence, na istom serveru.

Licenciranje

Pitanja Atlassian licenciranja zaslužuju poseban članak, ovdje ću spomenuti samo opća načela.
Glavna pitanja sa kojima smo se susreli su pitanja licenciranja izdanja Data centra. Funkcije licenciranja za izdanja servera i data centra:

  1. Licenca za Serversko izdanje je trajna i korisnik može koristiti softver čak i nakon isteka licence. Ali nakon isteka licence, kupac gubi pravo na podršku za proizvod i ažuriranje softvera na najnovije verzije.
  2. Licenciranje se zasniva na broju korisnika u globalnom sistemu dozvola 'JIRA Korisnici'. Nije bitno da li koriste sistem ili ne – čak i ako se korisnici nikada nisu prijavili na sistem, svi korisnici će biti uzeti u obzir za licencu. Ako je broj licenciranih korisnika premašen, rješenje je uklanjanje dozvole 'JIRA Users' nekom od korisnika.
  3. Licenca Data centra je zapravo pretplata. Potrebna je godišnja naknada za licencu. Po isteku roka, rad sa sistemom će biti blokiran.
  4. Cijena licenci se može promijeniti tokom vremena. Kao što praksa pokazuje, u velikoj meri i, možda, značajno. Stoga, ako vaše licence ove godine koštaju jedan iznos, onda se sljedeće godine cijena licenci može povećati.
  5. Licenciranje vrše korisnici po nivoima (na primjer, korisnici nivoa 1001-2000). Moguća je nadogradnja na viši nivo, uz doplatu.
  6. Ako se prekorači broj licenciranih korisnika, biće kreirani novi korisnici bez prava na prijavu (globalna dozvola 'JIRA Korisnici').
  7. Dodaci se mogu licencirati samo za isti broj korisnika kao i glavni softver.
  8. Samo produktivne instalacije moraju biti licencirane, za ostalo možete dobiti licencu za programere: https://confluence.atlassian.com/jirakb/get-a-developer-license-for-jira-server-744526918.html.
  9. Za kupovinu održavanja potrebna je kupovina održavanja Renew Software - trošak je približno 50% cijene originalnog softvera. Ova funkcija nije dostupna za Data Center i ne odnosi se na dodatke - morat ćete platiti punu cijenu godišnje da biste ih podržali.
    Dakle, godišnja softverska podrška košta više od 50% ukupne cijene softvera u slučaju Server izdanja i 100% u slučaju Data Center izdanja - to je znatno više od većine drugih dobavljača. Po mom mišljenju, ovo je značajan nedostatak Atlassian poslovnog modela.

Karakteristike prijelaza sa Server izdanja na Data Center:

  1. Prijelaz sa Server izdanja na Data Center se plaća. Cijene možete pronaći ovdje https://www.atlassian.com/licensing/data-center.
  2. Prilikom prelaska sa Server izdanja na Data Center, ne morate platiti promjenu izdanja dodataka - dodaci za Server izdanje će funkcionisati. Ali biće potrebno obnoviti licence za dodatke za izdanje Data Center.
  3. Možete koristiti dodatke koji nemaju verziju za korištenje s izdanjima Data Centra. U isto vrijeme, naravno, takvi dodaci možda neće raditi ispravno i bolje je unaprijed osigurati alternativu takvim dodacima.
  4. Nadogradnja na izdanje Data Center vrši se instalacijom nove licence. Istovremeno, licenca za Serversko izdanje je i dalje dostupna.
  5. Ne postoje funkcionalne razlike između izdanja Data Center i Server za korisnike, sve su razlike samo u funkcijama za administraciju i tehničkim mogućnostima instalacije.
  6. Cijena softvera i dodataka se razlikuje za izdanja Server i Data Center. Razlika u troškovima je često manja od 5% (nije bitno). U nastavku je prikazan primjer obračuna troškova.

Funkcionalni opseg implementacije

Osnovni Atlassian softverski paket uključuje ogroman broj funkcija, ali često funkcije koje pruža sistem ozbiljno nedostaju. Ponekad čak ni najjednostavnije funkcije nisu dostupne u osnovnom paketu, pa su dodaci neophodni za gotovo svaku implementaciju. Za Jira sistem koristimo sljedeće dodatke (na sliku se može kliknuti):
Kako implementirati Atlassian Jira + Confluence u korporaciju. Tehnička pitanja

Za Confluence sistem koristimo sljedeće dodatke (na sliku se može kliknuti):
Kako implementirati Atlassian Jira + Confluence u korporaciju. Tehnička pitanja

Komentari na tabele sa dodacima:

  • Sve cijene su bazirane na 2000 korisnika;
  • Cijene su bazirane na navedenim cijenama https://marketplace.atlassian.com, stvarni trošak (sa popustima) je manji;
  • Kao što vidite, ukupan iznos je praktično isti za izdanja Data Center i Server;
  • Za upotrebu su odabrani samo dodaci s podrškom za izdanje Data Center. Ostale dodatke smo isključili iz planova, radi stabilnosti sistema.

Funkcionalnost je ukratko opisana u koloni Komentari. Dodatni dodaci su proširili funkcionalnost sistema:

  • Dodato nekoliko vizuelnih alata;
  • Poboljšani mehanizmi integracije;
  • Dodati alati za projekte modela vodopada;
  • Dodati alati za skalabilni Scrum za organizaciju rada velikih projektnih timova;
  • Dodata funkcionalnost za praćenje vremena;
  • Dodati alati za automatizaciju operacija i konfiguraciju rješenja;
  • Dodata funkcionalnost za pojednostavljenje i automatizaciju administracije rješenja.

Dodatno koristimo Atlassian Companion aplikacija. Ova aplikacija vam omogućava da uređujete datoteke u eksternim aplikacijama (MS Office) i vraćate ih nazad u Confluence (prijava).
Aplikacija za korisničke radne stanice (debeli klijent) ALM Works Jira klijent https://marketplace.atlassian.com/apps/7070 odlučio da ne koristim zbog loše podrške dobavljača i negativnih recenzija.
Do integracija sa MS Projectom koristimo samopisnu aplikaciju koja vam omogućava da ažurirate statuse problema u MS Project-u iz Jira i obrnuto. U budućnosti, u iste svrhe, planiramo koristiti plaćeni dodatak Ceptah Bridge - JIRA MS Project Plugin, koji se instalira kao dodatak za MS Project.
Integracija sa eksternim aplikacijama implementirano preko Application Links. U isto vrijeme, integracije za Atlassian aplikacije su unaprijed konfigurirane i rade odmah nakon postavljanja, na primjer, možete prikazati informacije o problemima u Jira na stranici u Confluenceu.
REST API se koristi za pristup Jira i Confluence serverima: https://developer.atlassian.com/server/jira/platform/rest-apis.
SOAP i XML-RPC API-ji su zastarjeli i nisu dostupni u novim verzijama za upotrebu.

zaključak

Dakle, razmotrili smo tehničke karakteristike implementacije sistema zasnovanog na Atlassian proizvodima. Predloženo rješenje je jedno od mogućih rješenja i dobro je pogodno za korporativno okruženje.

Predloženo rešenje je skalabilno, otporno na greške, sadrži tri okruženja za organizovanje razvoja i testiranja, sadrži sve potrebne elemente za saradnju u sistemu i pruža širok spektar alata za upravljanje projektima.

Rado ću odgovoriti na pitanja u komentarima.

izvor: www.habr.com