Jira vagy Azure DevOps: az ingyenes öt fő mögött teljes CI/CD áll

Az Azure DevOps ingyenes kerete az első öt Basic-felhasználónak Azure Boards feladatkezelést, Azure Repos Git-tárakat, Azure Pipelines CI/CD-t és szervezetenként 2 GiB Azure Artifacts-tárhelyet ad. Egy Microsoft által üzemeltetett párhuzamos pipeline-feladat havi 30 órája és egy saját üzemeltetésű párhuzamos feladat is része a keretnek. Új fejlesztési láncot építő kis csapatnak ezért az Azure DevOps kézenfekvő kiindulópont, ha a futtatási korlátok megfelelnek a munkájának.

A Jira akkor lehet jobb választás, ha a csapatnak a backlog és a testre szabható munkafolyamat a legfontosabb, miközben a kódtár és a CI/CD már működik más szolgáltatásban. A döntéshez a feladatkezelő díján túl a Git-tárat, a buildeket, a tesztkezelést és a rendszerek összekötésének munkáját is számításba kell venni.

Hol fut végig a munka a feladattól a buildig?

Az Azure DevOps szolgáltatásai egy fejlesztési lánc különböző állomásait fedik le. A Boardsban követett munkatételhez a Repos adhat kódtárat, a Pipelines futtathatja az összeállítást és a telepítési folyamatot, az Artifacts pedig csomagok tárolására szolgál. Egy új projektnél ez csökkenti az induláskor kiválasztandó külön rendszerek számát, bár a pipeline és a kiadási folyamat beállítása továbbra is a csapat feladata.

A Jira a munkatételek, a backlog, a Scrum- és Kanban-táblák, valamint az alakítható munkafolyamatok köré épül. Az Atlassian integrációs útmutatója szerint megfelelő kapcsolat esetén ágak, commitok, pull requestek, buildek és telepítések adatai jelenhetnek meg a Jira munkatételeinél. A dokumentált kapcsolatok között Bitbucket, GitHub, GitLab, Jenkins és Azure DevOps is szerepel.

Ez a felépítés annak kedvez, aki meg akarja tartani a már bevált fejlesztői eszközöket. A Jira felületén látható buildadat azonban a kapcsolt szolgáltatásból érkezik: a kód tárolásának, a futtatásnak és az adott kapcsolat fenntartásának feltételeit külön kell kezelni. Ha a csapat többféle adattárat vagy futtatót használ, ez a szabadság értékesebb lehet az egy szolgáltatáscsaládból álló láncnál.

Mit kap egy ötfős csapat előfizetési díj nélkül?

Az Atlassian ingyenes csomagjai között a Jira legfeljebb tíz felhasználót, a Bitbucket legfeljebb öt felhasználót és havi 50 buildpercet kínál. Egy feltételezett ötfős csapat tehát Jira és Bitbucket használatával is összeállíthat díjmentes backlog–Git–CI/CD láncot. A két termék kerete külön számít: a Jirában megmaradó szabad helyek nem növelik a Bitbucket Pipelines futtatási idejét.

Az Azure DevOps esetében a díjmentes Basic-hozzáférés mellé kapott Microsoft-futtató ideje és párhuzamossága a lényeges határ. A saját üzemeltetésű futtatóhoz nem jár Microsoft által fenntartott gép: annak rendelkezésre állását és költségét a csapatnak kell biztosítania. Az ingyenes CI/CD tehát használható szolgáltatás, de nem korlátlan buildkapacitás.

A két ajánlatot a várható terhelés felől érdemes összevetni. Egy rövid, ritkán futó build más keretet igényel, mint több alkalmazás gyakori összeállítása és hosszú automatizált tesztjei. Ha a futások sorban várakoznak vagy elfogy a szolgáltatói időkeret, a többletkapacitás ára már a csapat bővülése előtt megjelenhet. Önmagában az ingyenes felhasználói licenc ezért nem mutatja meg a fejlesztési lánc tényleges költségét.

Mi változik egy ötvenfős csapat költségében?

A Microsoft díjtáblája az első öt Basic-felhasználó után havi 6 dollárt jelez fejenként, a Basic + Test Plans hozzáférésre pedig havi 52 dollárt felhasználónként. Egy feltételezett ötvenfős csapatnál, ha mindenkinek Basic-hozzáférés kell, az első öt ingyenes hely levonása után a felhasználói alapdíj havi 270 dollár. Ez a közzétett díjból számolt példa; nem magyarországi, forintban fizetendő végösszeg.

Ehhez az alaphoz a tényleges igény szerint további párhuzamos pipeline-feladatok, az ingyenes határ fölötti csomagtárhely és a kézi tesztterveket kezelő munkatársak jogosultságai adódhatnak. Az automatizált teszt pipeline-ban való futtatása és a formális teszttervek létrehozása eltérő igény. A Test Plans díját ezért nem indokolt automatikusan minden fejlesztőre rávetíteni, de figyelmen kívül sem lehet hagyni, ha a tesztcsapat ezt a funkciót használja.

Ötven Jira-felhasználó már túllépi az ingyenes csomag létszámkeretét. Az Atlassian csomagösszevetése szerint a Standard több tárhelyet, részletesebb jogosultságokat és auditnaplót ad; a csapatokon átívelő haladó tervezés a Premium csomaghoz tartozik. A Jira teljes költségéhez ezen felül hozzá kell számolni a választott Git-szolgáltatást, a CI/CD-t és az esetleges tesztkezelő alkalmazást is.

A két listaár közvetlen egymás mellé írása félrevezető lenne, mert eltérő feladatokat fednek le. Azure DevOpsnál a felhasználói díj mellett a futtatási kapacitás és a speciális tesztelési jogosultság mozdíthatja el az összeget. Jira mellett az dönti el a többletet, hogy a kapcsolt fejlesztői rendszerekért a csapat már fizet-e, és szüksége van-e új előfizetésekre vagy bővítményekre.

Tesztelés és riport: melyik adat hol keletkezik?

Hibajegyek követésére és a backlog állapotának bemutatására mindkét platform kínál eszközöket, de a tesztelésnél pontosítani kell a feladatot. Az automatizált tesztek eredménye származhat a CI/CD-futásból; a kézi tesztesetek megtervezése, végrehajtása és központi nyilvántartása külön képesség. Azure DevOpsban ehhez a Test Plans jogosultság lehet szükséges, Jira mellett pedig a meglévő tesztfolyamat vagy egy kapcsolt alkalmazás dönti el, hol keletkezik az adat.

Riportnál hasonló a különbség. A Jira jól használható annak követésére, hogy egy munkatétel melyik csapatnál és melyik állapotban van. Ha a kérdés az, hogy a tételhez tartozó kódból mikor lett build vagy telepítés, a kapcsolt fejlesztői rendszer adatainak is meg kell érkezniük. Azure DevOpsban a Boards és a fejlesztési szolgáltatások közös termékcsaládba tartoznak, de ott is meg kell tervezni, melyik munkatételt melyik kódváltozáshoz és futáshoz rendelik.

Mikor éri meg a meglévő környezethez igazodni?

Új eszközláncot építő, Microsoft-szolgáltatásokat használó csapatnak az Azure DevOps egyszerűbb választás lehet, ha megfelelnek a Boards munkafolyamatai és a szükséges pipeline-kapacitás ára. Aki viszont már kialakított Git- és CI/CD-rendszerrel dolgozik, a Jirában rugalmasabb központot találhat a munkaszervezéshez anélkül, hogy a kódtárat is át kellene költöztetnie.

A választás költsége a meglévő kapcsolatoktól is függ. Ha a Git-szolgáltatás kiválasztása még nyitott, a GitHub és GitLab ingyenes keretei is befolyásolják a Jira mellé épített láncot. Ha ezek az eszközök már beváltak és ki vannak fizetve, a Jira új költsége más lesz, mint egy teljesen új indulásnál; ha minden elemet most kell bevezetni, az Azure DevOps egyben kínált szolgáltatásai kerülnek kedvezőbb helyzetbe.

Olvassa el ezt is:

• GitHub vagy GitLab: öt felhasználónál már szétnyílik az ingyenes keret
• Slack vagy Teams: az olcsóbb chat mellé külön videóeszköz is kellhet
• Asana vagy monday.com: az olcsóbb csomag nem ugyanazt automatizálja