Kuinka ottaa Atlassian Jira + Confluence käyttöön yrityksessä. Teknisiä kysymyksiä

Aiotko ottaa käyttöön Atlassian-ohjelmiston (Jira, Confluence)? Etkö halua tehdä julmia suunnitteluvirheitä, jotka on sitten ratkaistava viime hetkellä?

Kuinka ottaa Atlassian Jira + Confluence käyttöön yrityksessä. Teknisiä kysymyksiä
Sitten olet täällä - harkitsemme Atlassian Jira + Confluencen käyttöönottoa yrityksessä, ottaen huomioon erilaiset tekniset näkökohdat.
Hei, olen RSHB:n tuoteomistaja ja olen vastuussa Atlassian Jira- ja Confluence-ohjelmistotuotteisiin perustuvan Lifecycle Management Systemin (LCMS) kehittämisestä.

Tässä artikkelissa kuvaan LCMS:n rakentamisen teknisiä näkökohtia. Artikkeli on hyödyllinen kaikille, jotka aikovat ottaa käyttöön tai kehittää Atlassian Jiraa ja Confluencea yritysympäristössä. Artikkeli ei vaadi erityisiä tietoja, ja se on suunniteltu Atlassian-tuotteiden ensituntemuksen tasolle. Artikkeli on hyödyllinen järjestelmänvalvojille, tuoteomistajille, projektipäälliköille, arkkitehdeille ja kaikille, jotka suunnittelevat Atlassian-ohjelmistoon perustuvien järjestelmien käyttöönottoa.

Esittely

Artikkelissa käsitellään teknisiä kysymyksiä elinkaarihallintajärjestelmän (LCMS) käyttöönotosta yritysympäristössä. Selvitetään ensin, mitä tämä tarkoittaa.

Mikä on yritysratkaisu?

Tämä tarkoittaa ratkaisua:

  1. Skaalautuva. Jos kuormitus kasvaa, on tekninen mahdollisuus lisätä järjestelmän kapasiteettia. Erillinen vaaka- ja pystyskaalaus - pystyskaalauksella palvelinten kapasiteettia lisätään, vaakasuuntaisella skaalalla palvelinten lukumäärää järjestelmän toimintaa varten.
  2. Idioottivarma. Järjestelmä pysyy käytettävissä, jos yksi elementti epäonnistuu. Yritysjärjestelmät eivät yleensä vaadi vikasietoisuutta, mutta harkitsemme juuri tällaista ratkaisua. Suunnittelemme järjestelmään useita satoja kilpailukykyisiä käyttäjiä, ja seisokit ovat erittäin kriittisiä.
  3. Tuettu. Myyjän on tuettava ratkaisua. Ohjelmisto, jota ei tueta, tulee korvata yrityksen sisäisellä kehitystyöllä tai muulla tuetulla ohjelmistolla.
  4. Asennus Itse hallittu (paikan päällä). Itsehallittu on mahdollisuus asentaa ohjelmistoja ei pilveen, vaan omille palvelimille. Tarkemmin sanottuna nämä ovat kaikki ei-SaaS-asennusvaihtoehtoja. Tässä artikkelissa tarkastellaan vain itsehallittuja asennusvaihtoehtoja.
  5. Mahdollisuus itsenäiseen kehittämiseen ja testaukseen. Järjestelmän ennakoitavissa olevien muutosten järjestämiseksi tarvitaan erillinen järjestelmä kehitystä varten (muutokset itse järjestelmässä), testausjärjestelmä (Staging) ja tuottava järjestelmä käyttäjien työskentelyyn.
  6. Muut. Tukee erilaisia ​​todennusskenaarioita, tukee tarkastuslokeja, sillä on mukautettu roolimalli jne.

Nämä ovat yritysratkaisujen pääelementtejä ja valitettavasti ne usein unohdetaan järjestelmää suunniteltaessa.

Mikä on elinkaarihallintajärjestelmä (LCMS)?

Lyhyesti sanottuna meidän tapauksessamme nämä ovat Atlassian Jira ja Atlassian Confluence - järjestelmä, joka tarjoaa työkaluja ryhmätyön järjestämiseen. Järjestelmä ei "aseta" sääntöjä työn organisoinnille, vaan tarjoaa erilaisia ​​työkaluja työhön, kuten Scrum, Kanban-levyt, vesiputousmalli ja skaalautuva Scrum jne.
Nimi LCMS ei ole alan termi tai yleinen termi, se on yksinkertaisesti järjestelmän nimi pankissamme. LCMS ei ole meille virheenseurantajärjestelmä, se ei ole tapaustenhallintajärjestelmä eikä muutoksenhallintajärjestelmä.

Mitä toteutus sisältää?

Ratkaisun toteutus sisältää monia teknisiä ja organisatorisia kysymyksiä:

  • Teknisen kapasiteetin allokointi.
  • Ohjelmiston osto.
  • Ryhmän perustaminen ratkaisun toteuttamiseksi.
  • Ratkaisun asennus ja konfigurointi.
  • Ratkaisuarkkitehtuurin kehittäminen. roolimalli.
  • Käyttödokumentaation kehittäminen, mukaan lukien ohjeet, määräykset, tekninen suunnittelu, määräykset jne.
  • Yrityksen prosessien muuttaminen.
  • Tukiryhmän perustaminen. SLA-kehitys.
  • Käyttäjäkoulutus.
  • Muut.

Tässä artikkelissa tarkastelemme toteutuksen teknisiä näkökohtia ilman organisaatiokomponenttia koskevia yksityiskohtia.

Ominaisuudet Atlassian

Atlassian on johtava monilla segmenteillä:

Atlassianin tuotteissa on kaikki tarvitsemasi yritysominaisuudet. Huomautan seuraavat ominaisuudet:

  1. Atlassian-ratkaisut perustuvat Java Tomcat -verkkopalvelimeen. Apache Tomcat -ohjelmisto sisältyy Atlassian-ohjelmistoon, osana asennusta et voi muuttaa Atlassian-ohjelmistolla asennettua Apache Tomcat -versiota, vaikka versio olisi vanhentunut ja sisältää haavoittuvuuksia. Ainoa vaihtoehto on odottaa Atlassianin päivitystä uudemmalla Apache Tomcat -versiolla. Nyt esimerkiksi Jiran nykyisissä versioissa on Apache Tomcat 8.5.42 ja Confluencessa Apache Tomcat 9.0.33.
  2. Kätevä käyttöliittymä, markkinoiden parhaat käytännöt tämän luokan ohjelmistoille on otettu käyttöön.
  3. Täysin muokattavissa oleva ratkaisu. Parannuksilla voit toteuttaa minkä tahansa perustoimintojen muutoksen käyttäjän puolesta.
  4. Kehittynyt ekosysteemi. Kumppaneita on useita satoja: https://partnerdirectory.atlassian.com, mukaan lukien 16 kumppania Venäjällä. Venäjällä olevien kumppanien kautta voit ostaa Atlassian-ohjelmistoja, laajennuksia ja saada koulutusta. Kumppanit kehittävät ja ylläpitävät suurinta osaa laajennuksista.
  5. App Store (laajennukset): https://marketplace.atlassian.com. Lisäosat parantavat huomattavasti Atlassian-ohjelmiston toimivuutta. Atlassian-ohjelmiston perustoiminnallisuus on melko vaatimaton, melkein kaikkiin tehtäviin on tarpeen asentaa lisälaajennuksia ilmaiseksi tai ylimääräistä rahaa vastaan. Siksi ohjelmistokustannukset voivat olla huomattavasti korkeammat kuin alun perin arvioitiin.
    Tähän mennessä myymälässä on julkaistu useita tuhansia laajennuksia, joista lähes tuhat on testattu ja validoitu palvelinkeskuksen hyväksymän sovellusohjelman alla. Tällaisia ​​laajennuksia voidaan pitää vakaina ja sopivina käytettäväksi kiireisissä järjestelmissä.
    Suosittelen sinua lähestymään laajennuksien suunnittelua huolellisesti, sillä tämä vaikuttaa suuresti ratkaisun kustannuksiin, monet laajennukset voivat johtaa järjestelmän epävakauteen ja laajennuksen valmistaja ei tarjoa tukea ongelman ratkaisemiseen.
  6. Koulutus ja sertifiointi: https://www.atlassian.com/university
  7. SSO-, SAML 2.0 -mekanismeja tuetaan.
  8. Skaalautuvuuden ja vikasietoisuuden tuki on saatavilla vain palvelinkeskuksen versioissa. Tämä painos ilmestyi ensimmäisen kerran vuonna 2014 (Jira 6.3). Palvelinkeskusversioiden toiminnallisuutta laajennetaan ja parannetaan jatkuvasti (esimerkiksi yhden solmun asennuksen mahdollisuus ilmestyi vasta vuonna 2020). Lähestymistapa datakeskusversioiden laajennuksiin on muuttunut paljon vuonna 2018, kun palvelinkeskuksen hyväksymät sovellukset esiteltiin.
  9. Tukikustannukset. Myyjän tuen hinta on lähes sama kuin ohjelmistolisenssien kokonaiskustannukset. Alla on esimerkki lisenssikustannusten laskemisesta.
  10. Pitkäaikaisten julkaisujen puute. On olemassa ns Yritysversiot, mutta niitä, kuten kaikkia muitakin versioita, tuetaan 2 vuoden ajan. Sillä erolla, että Enterprise-versioihin julkaistaan ​​vain korjauksia ilman uusia toimintoja.
  11. Laajennetut tukivaihtoehdot (lisärahaa vastaan). https://www.atlassian.com/enterprise/support-services
  12. Useita DBMS-versioita tuetaan. Atlassianin mukana tulee ilmainen H2-tietokanta, jota ei suositella tuottavaan käyttöön. Seuraavia tietokantajärjestelmiä tuetaan tuottavaan käyttöön: Amazon Aurora (vain tietokeskus) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Tuetuilla versioilla on rajoituksia, ja usein vain vanhemmat versiot tuetaan, mutta jokaiselle DBMS:lle on versio, jossa on toimittajan tuki:
    Jiran tukemat alustat,
    Confluence-tuetut alustat.

Tekninen arkkitehtuuri

Kuinka ottaa Atlassian Jira + Confluence käyttöön yrityksessä. Teknisiä kysymyksiä

Selitykset kaavalle:

  • Kaavio näyttää toteutuksen pankissamme, tämä kokoonpano on esimerkki, eikä sitä suositella.
  • nginx tarjoaa käänteisen välityspalvelimen sekä Jiralle että Confluencelle.
  • DBMS:n vikasietoisuus toteutetaan DBMS:n avulla.
  • Muutosten siirtäminen ympäristöjen välillä tapahtuu Configuration Manager for Jira -laajennuksella.
  • Kaavion AppSrv on natiivi raportointisovelluspalvelin, ei käytä Atlassian-ohjelmistoa.
  • EasyBI-tietokanta luotiin kuutioiden rakentamiseen ja raportointiin käyttämällä eazyBI Reports and Charts for Jira -laajennusta.
  • Confluence Synchrony -palvelua (komponentti, joka mahdollistaa asiakirjojen samanaikaisen muokkaamisen) ei ole erotettu erilliseksi asennukseksi, vaan se toimii yhdessä Confluencen kanssa samalla palvelimella.

lisensointi

Atlassian-lisenssikysymykset ansaitsevat erillisen artikkelin, tässä mainitaan vain yleiset periaatteet.
Tärkeimmät kohtaamamme ongelmat ovat Data Center -versioiden lisensointikysymykset. Palvelin- ja tietokeskusversioiden lisensointiominaisuudet:

  1. Palvelinversion lisenssi on toistaiseksi voimassa oleva ja asiakas voi käyttää ohjelmistoa myös lisenssin päättymisen jälkeen. Mutta kun lisenssi vanhenee, ostaja menettää oikeuden saada tuotetukea ja päivittää ohjelmiston uusimpiin versioihin.
  2. Lisenssi perustuu käyttäjien määrään maailmanlaajuisessa JIRA Users -käyttöoikeusjärjestelmässä. Sillä ei ole väliä, käyttävätkö he järjestelmää vai eivät – vaikka käyttäjät eivät olisi koskaan kirjautuneet järjestelmään, kaikki käyttäjät huomioidaan lisenssissä. Jos lisensoitujen käyttäjien määrä ylittyy, ratkaisu on poistaa "JIRA-käyttäjien" käyttöoikeus joiltakin käyttäjiltä.
  3. Palvelinkeskuksen käyttöoikeus on itse asiassa tilaus. Vuotuinen lisenssimaksu vaaditaan. Määräajan päätyttyä työskentely järjestelmän kanssa estetään.
  4. Lisenssien hinta voi muuttua ajan myötä. Kuten käytäntö osoittaa, suurella tavalla ja ehkä merkittävästi. Siksi, jos lisenssisi maksavat yhden summan tänä vuonna, ensi vuonna lisenssikustannukset voivat nousta.
  5. Lisensoinnin suorittavat käyttäjät tasoittain (esimerkiksi tason 1001-2000 käyttäjät). On mahdollista päivittää korkeammalle tasolle lisämaksusta.
  6. Jos lisensoitujen käyttäjien määrä ylittyy, luodaan uusia käyttäjiä ilman sisäänkirjautumisoikeutta ('JIRA Users' globaali lupa).
  7. Laajennukset voidaan lisensoida vain samalle määrälle käyttäjiä kuin pääohjelmisto.
  8. Vain tuottavat asennukset vaaditaan lisensoimalla, loput voit hankkia kehittäjälisenssin: https://confluence.atlassian.com/jirakb/get-a-developer-license-for-jira-server-744526918.html.
  9. Ylläpidon ostaminen edellyttää Renew Software -ylläpidon hankintaa - hinta on noin 50 % alkuperäisen ohjelmiston hinnasta. Tämä ominaisuus ei ole käytettävissä palvelinkeskuksessa, eikä se koske laajennuksia – sinun on maksettava täysi hinta vuosittain niiden tukemisesta.
    Siten vuotuinen ohjelmistotuki maksaa yli 50 % ohjelmiston kokonaiskustannuksista palvelinversion tapauksessa ja 100 % Data Center -version tapauksessa – tämä on huomattavasti enemmän kuin useimmat muut toimittajat. Mielestäni tämä on Atlassian liiketoimintamallin merkittävä haittapuoli.

Palvelinversiosta datakeskukseen siirtymisen ominaisuudet:

  1. Siirtyminen palvelinversiosta palvelinkeskukseen on maksullinen. Hinta löytyy täältä https://www.atlassian.com/licensing/data-center.
  2. Kun vaihdat palvelinversiosta palvelinkeskukseen, sinun ei tarvitse maksaa lisäosien versioiden vaihtamisesta - Palvelinversion laajennukset toimivat. Tietokeskusversion laajennuksien lisenssit on kuitenkin uusittava.
  3. Voit käyttää laajennuksia, joista ei ole versiota käytettäväksi Data Center -versioiden kanssa. Samalla tietenkään tällaiset liitännäiset eivät välttämättä toimi oikein, ja on parempi tarjota vaihtoehto tällaisille laajennuksille etukäteen.
  4. Päivitys Data Center -versioon tapahtuu asentamalla uusi lisenssi. Samanaikaisesti palvelinversion lisenssi on edelleen saatavilla.
  5. Käyttäjille suunnattujen Data Center- ja Server-versioiden välillä ei ole toiminnallisia eroja, kaikki erot ovat vain hallinnan toiminnoissa ja asennuksen teknisissä mahdollisuuksissa.
  6. Ohjelmistojen ja laajennusten hinta vaihtelee Palvelin- ja Data Center -versioissa. Kustannusero on usein alle 5 % (ei välttämätön). Alla on esimerkki kustannuslaskennasta.

Toteutuksen toiminnallinen laajuus

Atlassian-perusohjelmistopaketti sisältää valtavan määrän ominaisuuksia, mutta usein järjestelmän tarjoamat ominaisuudet puuttuvat pahasti. Joskus jopa yksinkertaisimmat toiminnot eivät ole saatavilla peruspaketissa, joten laajennukset ovat välttämättömiä melkein missä tahansa toteutuksessa. Jira-järjestelmässä käytämme seuraavia laajennuksia (kuvaa voi klikata):
Kuinka ottaa Atlassian Jira + Confluence käyttöön yrityksessä. Teknisiä kysymyksiä

Confluence-järjestelmässä käytämme seuraavia laajennuksia (kuvaa voi klikata):
Kuinka ottaa Atlassian Jira + Confluence käyttöön yrityksessä. Teknisiä kysymyksiä

Kommentit taulukoista, joissa on lisäosia:

  • Kaikki hinnat perustuvat 2000 käyttäjään;
  • Hinnat perustuvat ilmoitettuihin hintoihin https://marketplace.atlassian.com, todelliset kustannukset (alennuksilla) ovat alhaisemmat;
  • Kuten näet, kokonaissumma on käytännössä sama Data Center- ja Server-versioissa;
  • Vain laajennukset, jotka tukevat Data Center -versiota, valittiin käytettäväksi. Jätimme muut laajennukset pois suunnitelmista järjestelmän vakauden vuoksi.

Toiminto on kuvattu lyhyesti Kommentti-sarakkeessa. Lisälaajennukset ovat laajentaneet järjestelmän toimintoja:

  • Lisätty useita visuaalisia työkaluja;
  • Parannetut integraatiomekanismit;
  • Lisätty työkaluja vesiputousmalliprojekteihin;
  • Lisätty työkaluja skaalautuvalle Scrumille suurten projektiryhmien työn organisoimiseksi;
  • Lisätty toiminto ajan seurantaan;
  • Lisätty työkalut toimintojen automatisointiin ja ratkaisun konfigurointiin;
  • Lisätty toiminnallisuus ratkaisun hallinnon yksinkertaistamiseksi ja automatisoimiseksi.

Lisäksi käytämme Atlassian Companion -sovellus. Tämän sovelluksen avulla voit muokata tiedostoja ulkoisissa sovelluksissa (MS Office) ja palauttaa ne takaisin Confluenceen (sisäänkirjautuminen).
Sovellus käyttäjien työasemille (paksu asiakas) ALM Works Jira Client https://marketplace.atlassian.com/apps/7070 päätti olla käyttämättä myyjien heikon tuen ja negatiivisten arvostelujen vuoksi.
varten integrointi MS Projectin kanssa käytämme itse kirjoitettua sovellusta, jonka avulla voit päivittää ongelmatilanteita MS Projectissa Jirasta ja päinvastoin. Jatkossa samoihin tarkoituksiin aiomme käyttää maksullista laajennusta Ceptah Bridge - JIRA MS Project Plugin, joka asennetaan MS Projectin lisäosana.
Integrointi ulkoisiin sovelluksiin toteutetaan sovelluslinkkien kautta. Samaan aikaan Atlassian-sovellusten integroinnit on esikonfiguroitu ja toimivat heti asennuksen jälkeen. Voit esimerkiksi näyttää tietoja Jiran ongelmista Confluence-sivulla.
REST-sovellusliittymää käytetään Jira- ja Confluence-palvelimien käyttämiseen: https://developer.atlassian.com/server/jira/platform/rest-apis.
SOAP- ja XML-RPC-sovellusliittymät ovat vanhentuneita, eivätkä ne ole käytettävissä uusissa versioissa.

Johtopäätös

Olemme siis pohtineet Atlassian-tuotteisiin perustuvan järjestelmän toteuttamisen teknisiä ominaisuuksia. Ehdotettu ratkaisu on yksi mahdollisista ratkaisuista ja sopii hyvin yritysympäristöön.

Ehdotettu ratkaisu on skaalautuva, vikasietoinen, sisältää kolme ympäristöä kehityksen ja testauksen organisointia varten, sisältää kaikki järjestelmän yhteistyöhön tarvittavat elementit ja tarjoaa laajan valikoiman projektinhallintatyökaluja.

Vastaan ​​mielelläni kysymyksiin kommenteissa.

Lähde: will.com