Ĉu vi planas efektivigi Atlassian programaron (Jira, Confluence)? Ĉu vi ne volas fari kruelajn erarojn pri dezajno, kiuj tiam devos esti solvitaj en la lasta momento?
Tiam ĉi tiu estas la loko por vi - ni pripensas la efektivigon de Atlassian Jira + Confluence en korporacioj, konsiderante diversajn teknikajn aspektojn.
Saluton, mi estas Produktposedanto ĉe RSHB kaj respondecas pri la evoluo de Vivciklo-Administra Sistemo (LCMS) konstruita sur Atlassian-programaraj produktoj Jira kaj Confluence.
En ĉi tiu artikolo mi priskribos la teknikajn aspektojn de konstruado de vivadministra sistemo. La artikolo estos utila al ĉiuj, kiuj planas efektivigi aŭ disvolvas Atlassian Jira kaj Confluence en kompania medio. La artikolo ne postulas specialan scion kaj estas destinita por komenca nivelo de konatiĝo kun Atlassian-produktoj. La artikolo estos utila al administrantoj, produktposedantoj, projektestroj, arkitektoj kaj ĉiuj, kiuj planas efektivigi sistemojn bazitajn sur Atlassian-programaro.
Enkonduko
La artikolo diskutos teknikajn problemojn pri efektivigo de Vivciklo-Administra Sistemo (LCMS) en kompania medio. Ni unue difinu, kion tio signifas.
Kion signifas kompania solvo?
Ĉi tio signifas la solvon:
- Skalebla. Se la ŝarĝo pliiĝas, estas teknike eble pliigi la sisteman kapaciton. Ili disigas horizontalan kaj vertikalan skalon - kun vertikala skalado, la potenco de la serviloj pliiĝas, kun horizontala skalado, la nombro da serviloj por la sistemo pliiĝas.
- Tolerema al misfunkciado. La sistemo restos disponebla se unu elemento malsukcesos. Ĝenerale, kompaniaj sistemoj ne postulas misfunkciadon, sed ni konsideros ĝuste tian solvon. Ni planas havi plurajn centojn da konkurencivaj uzantoj en nia sistemo kaj malfunkcio estos tre kritika.
- Subtenita. La solvo devas esti subtenata de la vendisto. Nesubtenata programaro devas esti anstataŭigita per proprieta programaro aŭ alia subtenata programaro.
- fikso Mem-administrata (Surloke). Mem-administrata estas la kapablo instali programaron ne en la nubo, sed sur viaj propraj serviloj. Por esti pli preciza, ĉi tiuj estas ĉiuj ne-SaaS-instalaj opcioj. En ĉi tiu artikolo ni konsideros instalajn elektojn nur por Memadministrado.
- Eblo de sendependa disvolviĝo kaj testado. Por organizi antaŭvideblajn ŝanĝojn en la sistemo, necesas aparta sistemo por evoluo (ŝanĝoj en la sistemo mem), testa sistemo (Staging) kaj produktiva sistemo por uzantoj.
- Alia. Subtenas diversajn aŭtentikajn scenarojn, subtenas reviziajn protokolojn, havas agordeblan rolmodelon ktp.
Ĉi tiuj estas la ĉefaj elementoj de entreprenaj solvoj kaj, bedaŭrinde, ili ofte estas forgesitaj dum desegnado de sistemo.
Kio estas Vivciklo-Administra Sistemo (LCMS)?
Resume, en nia kazo temas pri Atlassian Jira kaj Atlassian Confluence - sistemo kiu disponigas ilojn por organizi teamlaboron. La sistemo ne "trudas" regulojn por organizado de laboro, sed provizas diversajn ilojn por laboro, inkluzive de Scrum, Kanban-tabuloj, akvofala modelo, skalebla Scrum, ktp.
La nomo LMS ne estas industria termino aŭ kutime uzata koncepto, ĝi estas simple la nomo de la sistemo en nia Banko. Por ni, la LMS ne estas cimspura sistemo, nek ĝi estas Incident Management-sistemo aŭ Ŝanĝadministrada sistemo.
Kion inkluzivas efektivigon?
La efektivigo de la solvo konsistas el multaj teknikaj kaj organizaj aferoj:
- Asigno de teknika kapablo.
- Aĉeto de programaro.
- Kreado de teamo por efektivigi la solvon.
- Instalado kaj agordo de la solvo.
- Disvolviĝo de solva arkitekturo. Rolmodelo.
- Disvolviĝo de operacia dokumentaro, inkluzive de instrukcioj, regularoj, teknika dezajno, regularoj, ktp.
- Ŝanĝi kompaniojn procezojn.
- Kreante subtenan teamon. Disvolviĝo de SLA.
- Trejnado de uzantoj.
- Alia.
En ĉi tiu artikolo ni rigardos la teknikajn aspektojn de efektivigo, sen detaloj pri la organiza komponanto.
Atlassian Trajtoj
Atlassian estas gvidanto en multaj segmentoj:
(Gvidado ŝuldiĝas al la sukcesa akiro de AgileCraft kun ĝia nuba solvo)
Atlassian-produktoj provizas ĉiujn entreprenajn funkciojn, kiujn vi bezonas. Mi notos la jenajn funkciojn:
- Atlassian-solvoj baziĝas sur la retservilo Java Tomcat. Apache Tomcat-programaro estas inkluzivita kun Atlassian-programaro kiel parto de la instalado; vi ne povas ŝanĝi la version de Apache Tomcat instalita kiel parto de Atlassian-programaro, eĉ se la versio estas malmoderna kaj enhavas vundeblecojn. La sola opcio estas atendi ĝisdatigon de Atlassian, kun pli nova versio de Apache Tomcat. Nun, ekzemple, la nunaj versioj de Jira havas Apache Tomcat 8.5.42, kaj Confluence havas Apache Tomcat 9.0.33.
- Uzant-amika interfaco, plej bonaj praktikoj haveblaj sur la merkato por ĉi tiu klaso de programaro estas efektivigitaj.
- Plene agordebla solvo. Kun modifoj, vi povas efektivigi ajnan ŝanĝon en la baza funkcieco por la uzanto.
- Evoluinta ekosistemo. Estas kelkcent partneroj: , inkluzive de 16 partneroj en Rusio. Estas per partneroj en Rusio ke vi povas aĉeti Atlassian programaron, kromaĵojn, kaj trejni. Estas partneroj kiuj disvolvas kaj subtenas plej multajn kromaĵojn.
- Aplika vendejo (kromaĵoj): . Kromaĵoj signife vastigas la funkciecon de Atlassian-programaro. La baza funkcieco de Atlassian-programaro estas sufiĉe modesta; por preskaŭ ajna tasko, necesas instali kromajn kromaĵojn senpage aŭ kontraŭ plia mono. Tial, softvarkostoj povas rezulti esti signife pli altaj ol origine taksitaj.
Nuntempe, pluraj miloj da kromprogramoj estis publikigitaj en la vendejo, preskaŭ mil el ili estis provitaj kaj validigitaj laŭ la programo de programoj aprobitaj de Datumoj de Centro. Tiaj kromprogramoj povas esti konsiderataj stabilaj kaj taŭgaj por uzo en okupataj sistemoj.
Mi konsilas vin zorge alproksimiĝi al la afero de planado de kromaĵoj, ĉi tio multe influas la koston de la solvo, multaj el la kromaĵoj povas konduki al sistema malstabileco kaj la fabrikanto de kromprogramoj ne provizas subtenon por solvi la problemon. - Trejnado kaj atestiloj:
- SSO kaj SAML 2.0 mekanismoj estas subtenataj.
- Subteno por skaleblo kaj faŭltoleremo disponeblas nur en Data Center-eldonoj. Ĉi tiu eldono unue aperis en 2014 (Jira 6.3). La funkcieco de Data Center-eldonoj estas konstante vastigita kaj plibonigata (ekzemple, la ebleco de ununoda instalado aperis nur en 2020). La aliro al kromprogramoj por Data Center-eldonoj multe ŝanĝiĝis en 2018 kun la enkonduko de Data Center aprobitaj programoj.
- Kosto de subteno. La kosto de subteno de la vendisto estas preskaŭ egala al la plena kosto de programaraj licencoj. Ekzemplo de kalkulado de la kosto de licencoj estas donita malsupre.
- Manko de Longperspektivaj eldonoj. Estas tiel nomataj , sed ili, kiel ĉiuj aliaj versioj, estas subtenataj dum 2 jaroj. Kun la diferenco, ke por Enterprise versioj nur korektoj estas liberigitaj, sen aldoni novajn funkciojn.
- Plilongigitaj subtenaj opcioj (ĉe kroma kosto).
- Pluraj DBMS-opcioj estas subtenataj. Atlassian-programaro venas kun senpaga H2 DBMS; ĉi tiu DBMS ne estas rekomendita por produktiva uzo. La sekvaj DBMS-oj estas subtenataj por produktiva uzo: Amazon Aurora (nur Datuma Centro) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Estas limigoj pri subtenataj versioj kaj ofte nur pli malnovaj versioj estas subtenataj, sed por ĉiu DBMS ekzistas versio kun vendisto-subteno:
,
.
Teknika arkitekturo
Klarigoj por la diagramo:
- La diagramo montras la efektivigon en nia Banko; ĉi tiu agordo estas donita kiel ekzemplo kaj ne rekomendita.
- nginx provizas inversan prokurilon por kaj Jira kaj Confluence.
- La faŭltoleremo de la DBMS estas efektivigita per la DBMS.
- Ŝanĝoj estas translokigitaj inter medioj per la Konfiguracio-Manaĝero por Jira kromaĵo.
- AppSrv en la diagramo estas proprieta aplika servilo por raportado kaj ne uzas Atlassian-programaron.
- La datumbazo EasyBI estis kreita por konstrui kubojn kaj raporti uzante la kromprogramon eazyBI Reports and Charts for Jira.
- La servo Confluence Synchrony (komponento kiu permesas samtempan redaktadon de dokumentoj) ne estas apartigita en apartan instalaĵon kaj estas lanĉita kune kun Confluence, sur la sama servilo.
Licencado
Atlassian-aj licencaj aferoj meritas apartan artikolon; ĉi tie mi nur mencios ĝeneralajn principojn.
La ĉefaj problemoj, kiujn ni renkontis, estis licencaj problemoj por Data Center-eldonoj. Licencaj funkcioj por eldonoj de Servilo kaj Datuma Centro:
- La permesilo por la Server-eldono estas ĉiama kaj la aĉetanto povas uzi la programaron eĉ post kiam la permesilo eksvalidiĝas. Sed post kiam la permesilo eksvalidiĝas, la aĉetanto estas senigita de la rajto ricevi subtenon por la produkto kaj ĝisdatigi la programaron al la plej novaj versioj.
- Licencado baziĝas sur la nombro da uzantoj en la tutmonda permessistemo "JIRA Users". Ne gravas ĉu ili uzas la sistemon aŭ ne - eĉ se uzantoj neniam ensalutis en la sistemon, ĉiuj uzantoj estos konsiderataj por la permesilo. Se la nombro da licencitaj uzantoj estas superita, la solvo estus forigi la permeson 'JIRA-Uzantoj' de iuj uzantoj.
- Datumcentro-licenco estas efektive abono. Jara licenckotizo estas postulata. Se la periodo eksvalidiĝas, laboro kun la sistemo estos blokita.
- Licencaj prezoj povas ŝanĝiĝi laŭlonge de la tempo. Kiel la praktiko montras, en pli granda mezuro kaj, eble, signife. Tial, se viaj licencoj kostas la saman kvanton ĉi-jare, tiam venontjare la kosto de licencoj eble pliiĝos.
- Licencado estas farita de uzanto laŭ nivelo (ekzemple, nivelo 1001-2000 uzantoj). Eblas ĝisdatigi al pli alta nivelo, kun plia pago.
- Se la nombro da licencitaj uzantoj estas superita, novaj uzantoj estos kreitaj sen rajto ensaluti ('JIRA-Uzantoj' tutmonda permeso).
- Kromaĵoj nur povas esti licencitaj por la sama nombro da uzantoj kiel la ĉefa programaro.
- Nur produktivaj instalaĵoj devas esti licencitaj; por la resto vi povas akiri licencon por Programisto: .
- Por aĉeti prizorgadon, vi devas aĉeti prizorgadon de Renew Software - la kosto estas proksimume 50% de la kosto de la originala programaro. Ĉi tiu funkcio ne disponeblas por Datuma Centro kaj ne validas por kromaĵojn; por subteni ilin, vi devos pagi la plenan prezon ĉiujare.
Tiel, ĉiujara programara subteno kostas pli ol 50% de la totalkosto de la programaro en la kazo de la Server-eldono kaj 100% en la kazo de la Data Center-eldono - tio estas signife pli ol la plej multaj aliaj vendistoj. Laŭ mi, ĉi tio estas grava malavantaĝo de la komerca modelo de Atlassian.
Trajtoj de la transiro de la Servila eldono al la Datuma Centro:
- Estas kotizo por ĝisdatigo de la Servila eldono al Datuma Centro. La kosto troveblas ĉi tie .
- Kiam vi ŝanĝas de la Servila eldono al Datuma Centro, vi ne bezonas pagi por ŝanĝi la eldonon de kromaĵoj - kromaĵoj por la Servila eldono daŭre funkcios. Sed necesos renovigi licencojn por kromaĵojn por la eldono de Data Center.
- Vi eble povos uzi kromaĵojn kiuj ne havas version por uzi kun Data Center-eldonoj. Tamen, kompreneble, tiaj kromaĵojn eble ne funkcias ĝuste kaj estas pli bone provizi alternativon al tiaj kromaĵojn anticipe.
- La transiro al la Data Center-eldono estas farita instalante novan permesilon. Tamen, la permesilo por la Server-eldono daŭre restas havebla.
- Ne ekzistas funkciaj diferencoj inter la eldonoj de Data Center kaj Server por uzantoj; ĉiuj diferencoj estas nur en la administraj funkcioj kaj teknikaj instalaĵkapabloj.
- La kosto de programaro kaj kromprogramoj varias por la eldonoj de Servilo kaj Datuma Centro. La diferenco en kosto ofte estas malpli ol 5% (ne signifa). Ekzemplo de kostkalkulo estas donita malsupre.
Funkcia amplekso de efektivigo
La baza programaro de Atlassian inkluzivas grandegan kvanton da kapabloj, sed ofte la kapabloj provizitaj de la sistemo ege mankas. Foje eĉ la plej simplaj funkcioj ne haveblas en la baza pako, do kromaĵojn estas nemalhaveblaj por preskaŭ ajna efektivigo. Por la Jira-sistemo ni uzas la jenajn kromaĵojn (bildon klakeblaj):
Por la sistemo Confluence ni uzas la jenajn kromaĵojn (bildon klakeblaj):
Komentoj pri tabeloj kun kromaĵoj:
- Ĉiuj prezoj baziĝas sur 2000 uzantoj;
- Prezoj montritaj baziĝas sur prezoj listigitaj , la reala kosto (kun rabatoj) estas pli malalta;
- Kiel vi povas vidi, la totala kvanto estas preskaŭ la sama por la eldonoj de Data Center kaj Server;
- Nur aldonaĵoj kiuj subtenas la Data Center-eldonon estas elektitaj por uzo. Ni ekskludis la ceterajn kromaĵojn el la planoj por sistema stabileco.
La funkcieco estas mallonge priskribita en la Komento-kolumno. Kromaj aldonaĵoj vastigis la funkciecon de la sistemo:
- Aldonitaj pluraj vidaj iloj;
- Integrigaj mekanismoj estis plibonigitaj;
- Aldonitaj iloj por akvofalaj modelprojektoj;
- Aldonitaj iloj por skalebla Scrum, por organizi la laboron de grandaj projektteamoj;
- Aldonita funkcieco por tempo-spurado;
- Aldonitaj iloj por aŭtomatigi operaciojn kaj agordi la solvon;
- Aldonita funkcieco por simpligi kaj aŭtomatigi la administradon de la solvo.
Aldone ni uzas . Ĉi tiu aplikaĵo permesas redakti dosierojn en eksteraj aplikaĵoj (MS Office) kaj resendi ilin al Confluence (enregistriĝo).
Apliko por uzantaj laborstacioj (dika kliento) ALM Works Jira Kliento decidis ne uzi ĝin pro malbona vendisto-subteno kaj negativaj recenzoj.
Por integriĝo kun MS Project Ni uzas memskribitan aplikaĵon, kiu ebligas al vi ĝisdatigi Problemajn statusojn en MS Project de Jira kaj inverse. Estonte, por la samaj celoj, ni planas uzi pagitan kromprogramon , kiu estas instalita kiel aldonaĵo al MS Project.
Integriĝo kun eksteraj aplikoj efektivigita per Aplikaj Ligiloj. Samtempe, por Atlassian-aplikoj, integriĝoj estas antaŭ-agorditaj kaj funkcias tuj post agordo, ekzemple, vi povas montri informojn pri Problemoj en Jira sur paĝo en Confluence.
Por aliri la servilojn Jira kaj Confluence, la REST API estas uzata: .
SOAP kaj XML-RPC API estas malrekomenditaj kaj ne disponeblas por uzo en pli novaj versioj.
konkludo
Do, ni rigardis la teknikajn trajtojn de efektivigo de sistemo bazita sur Atlassian-produktoj. La proponita solvo reprezentas unu eblan solvon kaj taŭgas por entreprena medio
La proponita solvo estas skalebla, tolerema al misfunkciadoj, enhavas tri mediojn por organizi disvolviĝon kaj testadon, enhavas ĉiujn necesajn elementojn por kunlaboro en la sistemo kaj provizas ampleksan gamon de iloj por administrado de projektoj.
Mi volonte respondos demandojn en la komentoj.
fonto: www.habr.com