A legjobb saját üzemeltetésű Jira-alternatívák 2026-ban: OpenProject, Plane és Redmine

Ha 2026-ban Jira Servert üzemeltet, nem támogatott szoftvert üzemeltet. Az Atlassian 2024. február 15-én megszüntette a támogatást. Nincsenek biztonsági javítások. Nincsenek hibajavítások. Nincs gyártói támogatás.

2026. március 30-án az Atlassian már nem fogadott el új Data Center-előfizetéseket új ügyfelektől. A meglévő ügyfelek bizonyos vásárlásokat 2028. március 30-ig, a megújításokat pedig 2029. március 28-ig folytathatják, amikor az érintett termékek csak olvashatóvá válnak az alábbi szerint: az Atlassian közzétett Data Center életciklus-záró ütemterve.

Akkor most mi legyen?

2026-ban három komoly, saját üzemeltetésű lehetőséget érdemes összehasonlítani: OpenProject, Plane és Redmine. Ez a cikk használati archetípus szerint hasonlítja össze őket, nem funkciólista alapján, megvizsgálja a hivatalos OpenProject Jira Migratort, amely jelenleg béta állapotú a támogatott Jira Server- és Data Center-verziókhoz, és őszinte ellenponttal zár: mikor marad a Jira Cloud a helyes válasz.

Ha azért van itt, mert „2029-ig migrálnunk kell, és tudnom kell a valódi lehetőségeimet", olvasson tovább. Ha azért, mert „47 oszlopos funkciótáblázatot szeretnék", arra vannak más cikkek. Ez nem olyan.

A rövid verzió

• A Jira Server már nem támogatott, a Jira Software Data Centert pedig fokozatosan kivezetik. Az új ügyfeleknek szóló Data Center-értékesítés 2026-ban lezárult; az érintett meglévő előfizetések 2029-ben érik el életciklusuk végét.
• Három valós, saját üzemeltetésű út 2026-ban. OpenProject azoknak a csapatoknak, amelyek Jira-formájú helyettesítőt szeretnének migrációs eszközzel, Plane a mérnökvezérelt csapatoknak, amelyek a Linear felhasználói élményét akarják SaaS-számla nélkül, Redmine pedig azoknak, amelyek két évtizede működő, alacsony erőforrásigényű hibakövetőt szeretnének.
• Az OpenProject beépített, béta állapotú Jira Migratort kínál a Jira Server és a Data Center 10.x és 11.x verzióihoz, a Jira Cloudhoz nem. A hivatalos források jelenleg nincsenek szinkronban: a májusi műszaki útmutató szűkebb alapadatkészletet sorol fel, míg az újabb júliusi oldalak szerint a Migrator a feladattörténetet, a hozzászólásokat, valamint az érintett felhasználókat és csoportokat is importálja. Kezelje ezeket az újabb állításokat verziófüggőként, és igazolja őket egy próbafuttatással pontosan azon az OpenProject-kiadáson, amelyet telepíteni fog. A Plane külön hirdet kontrollált Jira-importot és személyre szabott migrációs támogatást a 100+ férőhelyes csapatoknak. A Redmine-nak nincs ehhez fogható saját útja.
• A VPS-méretezés szerény. A hivatalos ajánlások az OpenProjectet és a Plane-t 4 GB RAM-mal indítják; a Plane éles üzemre 8 GB-ot javasol. A Cloudzy Redmine-képfájlja 2 GB RAM-ot ad meg minimumként.
• Egyes csapatoknak továbbra is a Jira Cloud a helyes választás, különösen azoknak, amelyeknek nincs üzemeltetési kapacitásuk. Az Atlassian árazása a férőhelyek számától és a számlázási ciklustól függ, ezért használja a aktuális Jira árazási oldalt ahelyett, hogy egy régi, fixen beírt díjra hagyatkozna.

Az Atlassian visszaszámlálója: mi történik valójában

Három dátum, amely beállítja a Jira óráját:

• 2024. február 15.: az Atlassian megszüntette a Jira Server támogatását. A Server termékekhez és alkalmazásokhoz nincs műszaki támogatás, biztonsági frissítés vagy hibajavítás.
• 2026. március 30.: az Atlassian megszüntette az új Data Center-előfizetések és a Marketplace Data Center-alkalmazások értékesítését új ügyfeleknek. A meglévő ügyfelek továbbra is megújíthatnak.
• 2029. március 28.: Az érintett Data Center-előfizetések és -alkalmazások lejárnak, és csak olvashatóvá válnak. Az Atlassian szerint bizonyos ügyfelek kivételesen meghosszabbított karbantartást kaphatnak.

A csapatok nagyjából háromféleképpen reagálnak. Egyesek a Jira Cloudra váltanak, kifizetik a férőhelyenkénti számlát, és elfogadják az üzemeltetési egyszerűsödést. Mások Data Center-megújításokkal húzzák 2029-ig, és a határidőt a jövőbeli önmaguk problémájának tekintik. Megint mások már most saját üzemeltetésű alternatívákat mérlegelnek, hogy az árat és a határidőt is elkerüljék.

Ha a második csoportba tartozik („majd megoldjuk később"), az őszinte értékelés az, hogy a „később" csak akkor 2029-es probléma, ha addig semmi más nem szerepel az ütemtervén. A legtöbb csapat, amelyet így láttam eljárni, végül pánikban migrált, mert a naptár gyorsabban halad, mint bárki számítana rá.

Profi tipp: Ha a csapata Serveren van, önmagában a biztonsági kockázat is indokolja, hogy ezt 2026-os, ne 2029-es problémaként kezelje. A nem támogatott hibakövetők továbbra is támadási felületet jelentenek, és a biztonsági átvizsgálásokban éppen azért kerülnek hátra, mert „csak úgy működnek".

A szakasz tanulsága: Az óra dátumozott, nyilvános és hivatalos. 2026-2027-re tervezzen, ne 2029-re.

A három reális, saját üzemeltetésű út 2026-ban

A nyílt forráskódú ökoszisztémában több tucat hibakövető létezik. A fókuszált összehasonlítás kedvéért ez a cikk három elkülönülő utat tárgyal: OpenProject a formális projektmenedzsmenthez és a legközvetlenebb migrációs eszközhöz; Plane a modern mérnöki munkafolyamathoz; és Redmine mint érett, bővíthető hibakövető. A Taiga, a Tuleap, a Kanboard és más projektek szűkebb igényekre továbbra is jobban illeszkedhetnek.

Íme, valójában mi is mindegyik.

OpenProject

Az OpenProject egy Ruby on Rails alkalmazás PostgreSQL adatbázissal. A Community Edition GPLv3 licencű és ingyenesen üzemeltethető saját szerveren; a fizetős Enterprise on-premises csomagok támogatást és Enterprise funkciókat adnak hozzá.

A felhasználói élmény célszerű és funkciósűrű. Úgy néz ki, mint egy vállalati projektmenedzsment-szoftver, mert az is. Erős támogatás Gantt-diagramokhoz, formális projektportfólió-jelentésekhez, BCF-alapú együttműködéshez az építőiparban és a mérnöki munkában, valamint az érintettek elszámoltathatósági folyamataihoz. Ha a csapata valaha „igazi Ganttot" vagy „projekteken átívelő epic-függőségeket" kért, ez az ön eszköze.

Az OpenProjecthez az a csapat illik legjobban, amelynek a hagyományos vízesés és az agilis módszer egyazon példányon belüli együttélésére, felfelé irányuló formális jelentésekre és a támogatott Jira Server- vagy Data Center-verziókról induló hivatalos migrációs útra van szüksége. A Migratorra és jelenlegi korlátaira lentebb térünk ki.

A gyengeség a tanulási görbe. A Jira Cloudról vagy a Linearről érkező csapattagok azt fogják mondani, hogy az OpenProject nehézkes. Nincs igazuk ellenére. A Jira számos alapfogalmának van OpenProject-megfelelője, de lehet, hogy dokumentációt kell olvasnia, hogy megtalálja őket.

Az OpenProject megtalálható a a Cloudzy marketplace egykattintásos telepítésként, ha meg akarja spórolni a Compose-tánclépéseket.

Plane

A Plane fiatalabb projekt, 2022-ben indult. Jelenlegi saját üzemeltetésű disztribúciója egy csomagolt Docker- vagy Kubernetes-telepítés több alkalmazásszolgáltatással, valamint PostgreSQL-lel, Redisszel és objektumtárolóval, nem pedig egy egyszerű, ötkonténeres verem.

• Web- és API-szolgáltatások
• Háttérfolyamatok
• PostgreSQL
• Redis
• Objektumtároló

A Community Edition AGPLv3 licenc alatt áll.

A felhasználói élmény nyíltan a Linear ihletésű. Ciklusok, modulok, projektek, nézetek. Modern, gyors, határozott elképzeléssel. Ha valaha kedvelte a Linear alapértelmezett gyorsbillentyűit vagy a feladatmodelljét, a Plane egy órán belül ismerősnek fog hatni.

A legjobban illeszkedő csapat mérnökvezérelt: startupok, független termékcsapatok, kis fejlesztőműhelyek, ahol a mérnökök az elsődleges felhasználók, és a projektmenedzsment-eszköz jobbára egy hibakövető plusz egy sprinttábla. A Plane itt ragyog.

Vannak valós gyengeségek, amelyeket el kell ismerni. A projekt fiatalabb a többinél, ami kisebb integrációs ökoszisztémát és gyorsabban változó telepítési felületet jelent. Az AGPLv3 licence is átgondolást érdemel, mielőtt kereskedelmi hálózati szolgáltatáshoz módosítaná a szoftvert.

2026 júliusában a Plane nem szerepel a Cloudzy marketplace-én, így ehhez a Plane saját Docker- vagy Kubernetes-telepítésére van szükség az ön által választott VPS-en. Egy konténerekben már otthonos csapatnak ez kezelhető, de több beállítással és karbantartással jár, mint egy egykattintásos képfájl.

Redmine

A Redmine a veterán. Első kiadása 2006-ban jelent meg. Ruby on Rails, MySQL vagy PostgreSQL háttérrel. GPLv2. Mai mércével könnyűsúlyú, részben mert a mag valóban kicsi, részben mert amit az emberek a Redmine-tól várnak, annak nagy része bővítményeken keresztül érkezik.

A felhasználói élmény régebbi vágású. Nincs értelme mást állítani. A Redmine 7.0 2026 júniusában lett a legfrissebb stabil ág, de az alapértelmezett felülete továbbra is hagyományos hatású. A Bleuclair téma modernizálja a Redmine 6.1-et; a Redmine 7-re váltás előtt ellenőrizze a téma és a bővítmények kompatibilitását. Ha a modern felhasználói élmény kemény követelmény, nézze meg a Plane-t.

A legjobban az a csapat jár vele, amelyik már használja a Redmine-t, vagy amelyik stabil, alacsony erőforrásigényű hibakövetőt szeretne anélkül, hogy az eszköz erős munkafolyamatot kényszerítene rá. A bővítmény-ökoszisztéma óriási:

• Agilis táblák
• Gantt
• Időkövetés
• SCM-integrációk
• Egyéni munkafolyamatok

Ha egy csapatnak sajátos munkafolyamat-igénye van, arra valószínűleg létezik Redmine-bővítmény.

A gyengeség kettős. Egyrészt a már tárgyalt felhasználói élmény. Másrészt maga a bővítmény-ökoszisztéma, amely kétélű: a bővítmények megoldanak problémákat, de frissítéskor verziókompatibilitási fejfájást okoznak. Egy nyolc bővítménnyel futó Redmine-példány olyan példány, ahol minden kisebb frissítés tesztelést igényel.

Megjegyzés a Redmine-t már használó csapatoknak: ha az egyetlen kifogás a felhasználói élmény, és Redmine 6.1-en vannak, a Bleuclair téma olcsó kísérlet, amely feleslegessé teheti a platformváltást. Előbb tesztelje, és bármilyen Redmine 7-re való frissítés előtt ellenőrizze a kompatibilitást.

A szakasz tanulsága: Archetípus szerint válasszon. OpenProject a Jira-formájú helyettesítéshez. Plane a Linear-élményhez SaaS-számla nélkül. Redmine a stabil hibakövetéshez, amihez mindenre akad bővítmény.

Egymás melletti összehasonlítás

Most, hogy minden eszközt részletesen áttekintettünk, tegyük őket jól megkülönböztethető formába.

Az OpenProject Jira Migrator: mit csinál valójában

Ez az a részlet, amelyet a 2026-os összeállítások többsége kihagy, vagy lábjegyzetbe száműz. Egyben ez a tartópillére annak, hogy a jelenleg Jirát használó csapatoknak az OpenProject a legkézenfekvőbb választás.

Az OpenProject a béta Jira Migratort 2026-ban tette elérhetővé a Community Edition részeként. API-n keresztül, rendszergazdai Personal Access Tokennel csatlakozik a Jira Server vagy Data Center 10.x és 11.x verzióihoz. A Jira Cloud jelenleg nem támogatott.

Amit az OpenProject jelenlegi hivatalos oldalai összességében importálandóként megjelölnek:

• Projektek és projektazonosítók
• Feladatok: összefoglaló vagy cím, leírás, mellékletek, előzmények, hozzászólások, határidő, becsült órák és hátralévő órák; a feladatazonosítók szintén támogatottak bétában
• Felhasználók és érintett csoportok, beleértve a neveket, e-mail-címeket, projekttagságot és csoporttagságot
• Támogatott egyéni mezők, amelyeknek van megfelelőjük az OpenProjectben
• Állapotok és feladattípusok

Amit továbbra is nem támogatottként kell kezelnie:

• Feladatok közötti kapcsolatok és sprinthez rendelések
• Projektszintű munkafolyamatok, jogosultságok és sémák
• A címkéket, verziókat, komponenseket és minden más, lefedettként fel nem sorolt mezőt nem támogatottként kell kezelni, amíg egy próbafuttatás az ellenkezőjét nem bizonyítja
• Jira Cloud, Marketplace-alkalmazások adatai, automatizálási szabályok és külső integrációk

Két üzemeltetési részlet ugyanolyan fontos, mint a mezőlista. Az importfuttatások előbb egy áttekintő módba kerülnek, és az import visszavonható, amíg még áttekintés alatt áll. Miután jóváhagyta az importot, a visszavonás már nem lehetséges. És mivel a lefedettség kiadásról kiadásra még változik, minden migráció előtt nézze meg az aktuális dokumentációt.

Ésszerű gondolati modell: a béta Migrator az alapvető projektadatok egyre bővülő halmazát kezeli, nem egy teljes Jira-környezetet. Tervezzen kontrollált próbafuttatást, és szánjon időt a nem támogatott munkafolyamat-logika, jogosultságok, alkalmazások és integrációk újraépítésére.

Megjegyzés: az OpenProject május 6-i műszaki útmutatója szűkebb adatkészletet sorol fel, mint az újabb júliusi oldalak, amelyek kiegészülnek az előzményekkel, a hozzászólásokkal, valamint az érintett felhasználókkal és csoportokkal. Mivel a Migrator továbbra is béta, pontosan azon a kiadáson igazolja a lefedettséget, amelyet telepíteni fog, és az átállás előtt tesztelje egy reprezentatív Jira-projekten.

Egy biztonságosabb, magas szintű migrációs út így néz ki:

1. Állítson fel egy nem éles OpenProject-példányt egy VPS-en (a Cloudzy egykattintásos képfájlja megfelel, vagy használja az OpenProject támogatott telepítési módszereit).
2. Ellenőrizze, hogy a forrás Jira Server vagy Data Center 10.x, illetve 11.x, majd hozzon létre egy rendszergazdai Personal Access Tokent.
3. Készítsen biztonsági mentést az OpenProject tesztpéldányáról, majd állítsa be a Migratort a Jira URL-jével és a tokennel.
4. Futtasson próbát egyetlen reprezentatív projekten, és ellenőrizze a projektazonosítókat, a felhasználókat, a csoporttagságokat, az állapotokat, a feladattípusokat, a támogatott egyéni mezőket, a mellékleteket, az előzményeket, a hozzászólásokat, a határidőket, a becsléseket és a hátralévő órákat.
5. Alaposan nézze át a próbafuttatást. Amíg az import áttekintés alatt áll, vonja vissza, ha a megfeleltetések hibásak; jóváhagyás után az az import már nem vonható vissza.
6. Az éles migrációt csak a próba sikeres lezárása után tervezze. Használjon karbantartási ablakot, fagyassza be a Jirába való írást, őrizze meg a biztonsági mentéseket, és a nem támogatott munkafolyamatokat és integrációkat külön építse újra.

A Plane immár egy kontrollált, saját fejlesztésű Jira-importot hirdet, amely leképezi a projekteket, feladatokat, sprinteket, feladattípusokat, állapotokat, egyéni mezőket, hozzászólásokat és mellékleteket; a 100+ férőhelyes csapatok személyre szabott migrációs támogatást kérhetnek. A Redmine útja továbbra is kevésbé közvetlen: közösségi bővítményekre vagy CSV-alapú folyamatokra épül, amelyeket az adott verziókkal és beállításokkal tesztelni kell.

A szakasz tanulsága: Az OpenProject béta Migratora támogatja a Jira Server/Data Center 10.x és 11.x verzióit, de a hivatalos források ellentmondanak egymásnak a jelenlegi lefedettségről. Ellenőrizze a saját pontos kiadását. A Plane vezetett importot kínál; a Redmine-nak nincs ehhez fogható saját útja. Éles bevezetés előtt az OpenProjectet és a Plane-t is próbálja ki pilotban.

VPS-méretezés: mire van valójában szüksége az egyes eszközöknek

Ezeknek az eszközöknek a saját üzemeltetése szerény infrastruktúraköltséggel jár. A megbízhatóság, a mentések, a visszaállítási tesztek és a felügyelet többet nyomnak a latban, mint az, hogy a rendszert a legkisebb csomagba préseljük. A Cloudzy jelenleg 99,95% uptime SLA, és a VPS-csomagjai a használat növekedésével átméretezhetők.

Tervezési szempont	OpenProject	Plane	Redmine
Kiindulási ajánlás	4 mag, 4 GB RAM	2 mag, 4 GB RAM	2 GB RAM-tól (Cloudzy képfájl)
Éles üzemi megjegyzés	Egyszerveres minimum; összesen legfeljebb 200 felhasználó	8 GB RAM ajánlott	A terhelést a bővítmények és az egyidejűség hajtja
Skálázzon, ha	Nőnek a sorok, az adatbázis késleltetése vagy a RAM-használat	A szolgáltatások versengenek a RAM-ért és a CPU-ért	Nő az adatbázis-késleltetés vagy a bővítmények terhelése

Néhány üzemeltetési szempontból fontos megjegyzés:

• Az OpenProject hivatalos minimuma egyszerveres telepítésnél négymagos CPU, 4 GB RAM és 20 GB szabad lemezterület. A kis példányra vonatkozó példa külön felsorol 2 CPU-magot és 4 GB RAM-ot az alkalmazáshoz, valamint további 2 CPU-magot és 4 GB RAM-ot a PostgreSQL-hez.
• A Plane hivatalos saját üzemeltetési követelményei legalább 2 CPU-magot és 4 GB RAM-ot írnak elő, éles üzemre 8 GB az ajánlás.
• A Cloudzy Redmine-képfájlja 2 GB RAM-ot ad meg minimumként. Ezt ne fordítsa le garantált felhasználószámra: a valós kapacitást a bővítmények, a mellékletek mennyisége, az egyidejű kérések és az adatbázis viselkedése határozza meg.

Tájékoztatásul: a Cloudzy szabványos 4 GB-os csomagja 2 vCPU-t, 120 GB NVMe tárhelyet és 5 TB forgalmat kínál. Teljesíti az OpenProject RAM-alsóhatárát, de a hivatalos négymagos CPU-minimumot nem, ezért az OpenProjecthez legalább 4 vCPU-s csomagot vagy egyedi konfigurációt válasszon. Skálázás előtt figyelje az adatbázis késleltetését, a worker-sorokat és a memórianyomást; ne ígérjen fix teljesítményszorzót pusztán a tárolótípus alapján.

Építkezz Linux VPS-en root hozzáféréssel, NVMe-vel és AMD EPYC teljesítménnyel.

Linux csomagok megtekintése

A szakasz tanulsága: A Cloudzy jelenlegi szabványos listaárain, akciók előtt, a Redmine havi 15 dollár körül, a Plane pedig havi 29 dollár körül indulhat. Az OpenProject a hivatalos minimuma szerint legalább négy CPU-magot igényel, ezért az árát ennek megfelelő konfigurációból számolja, ne a 2 vCPU / 4 GB-os csomagból.

Mikor marad a Jira Cloud a helyes válasz

A saját üzemeltetés pénzt cserél időre. Van olyan csapatfelállás, ahol a pénz többet ér, mint a megspórolt idő, és annak a csapatnak fizetnie kell az Atlassiannak.

A Jira Cloud listaárai 2026 júliusában, az Atlassian nyilvános árazási oldaláról átvéve (a díjakat az Atlassian szabja meg, a számlázási ciklustól és a férőhelyek számától függenek, és külön értesítés nélkül változnak, ezért az alábbi számokat 2026-os pillanatképként kezelje, és költségvetés előtt ellenőrizze az aktuális Jira árazási oldalt árazási oldalt):

• Ingyenes: legfeljebb 10 felhasználó.
• Standard: around $8 per user per month as of mid-2026.
• Premium: around $14 per user per month as of mid-2026.
• Enterprise: éves szerződések, egyedi árazás.

At that rate, 25 seats total roughly $2,400 per year. A Cloudzy 4 GB VPS is $28.95 per month at standard list price, or about $347 per year before promotions. Jira Cloud's subscription is therefore roughly seven times the VPS infrastructure cost on those 2026 figures, but that comparison excludes operator time, backups, monitoring, paid support, and any Enterprise features.

Most tegye fel az őszinte kérdést: ki vállalja a mentéseket, a visszaállítási teszteket, a frissítéseket, a Postgres karbantartását, a felügyeletet, az SSL-tanúsítványokat, a felhasználók létrehozását és az incidenskezelést? A Jira Cloud előfizetését a saját üzemeltetésű rendszer teljes működtetési költségével vesse össze, ne csak a virtuálisgép-számlával. Ha ezt a munkát senki nem vállalja, a látszólagos megtakarítás gyorsan elpárologhat.

A Jira Cloud értéke jórészt üzemeltetési. Az Atlassian működteti a platformot, a frissítéseket, a javításokat és a szolgáltatásszintű mentéseket; a hozzáférési szabályok, az identitásintegráció, az alkalmazásfelügyelet és az adatmegőrzési döntések továbbra is az ön csapatáé. Egy olyan csapatnál, ahol senki nem tud projektmenedzsment-rendszert üzemeltetni, ez a menedzselt réteg valódi értéket képvisel.

Az őszinte megfogalmazás: a saját üzemeltetés azoknak a csapatoknak való, amelyek már futtatnak VPS-t, van egy mérnökük, aki otthonosan mozog a Dockerben, és van kapacitásuk az üzemeltetési munkára. A Jira Cloud azoknak való, ahol senki nem akar az lenni, akit felébresztenek, mert a Postgresnek elfogyott a lemezterülete.

Ha nem biztos benne, melyik csapat az önöké, futtasson egy kéthetes OpenProject-pilotot egy VPS-en. Ha a forrás támogatott Jira Server- vagy Data Center-verzió, importáljon egy reprezentatív projektet a béta Migratorral; a Jira Cloud egyelőre nem támogatott. Vagy a csapat magáévá teszi, és ön megismeri az üzemeltetési terhet, vagy a Jira Cloud menedzselt szolgáltatásának számlája kezd észszerűbbnek tűnni.

Gyors ítélet

• Támogatott Jira Server- vagy Data Center-verzióról migrál, és beépített, önkiszolgáló bétát szeretne: OpenProject. Éles bevezetés előtt igazolja az adott kiadás mezőlefedettségét.
• Mérnökvezérelt csapat, amely modern felhasználói élményt és vezetett Jira-importot szeretne: Plane. 4 GB RAM-ot igényel, éles üzemre 8 GB-ot javasol, és a 100+ férőhelyes csapatoknak személyre szabott migrációt kínál.
• Már Redmine-t használ, és stabil hibakövetőt szeretne alacsony erőforrásigényű VPS-en: maradjon a Redmine-nál. Mielőtt migrációra gondolna, próbálja ki a Bleuclair témát.

OLVASD

AFFiNE vs AppFlowy vs Docmost: önállóan üzemeltetett Notion-alternatívák

Gyakran ismételt kérdések

Támogatott még a Jira Server 2026-ban?

Nem. Az Atlassian 2024. február 15-én megszüntette a Jira Server támogatását. Aki 2026-ban futtatja, nem támogatott, biztonsági javítások nélküli szoftvert használ. Új ügyfelek már nem vásárolhatnak Jira Data Centert, így a reálisan támogatott utak a Jira Cloud vagy egy karbantartott alternatíva; a meglévő Data Center-ügyfelek az Atlassian közzétett kivezetési ütemterve szerint folytathatják.

Vásárolhatok még Jira Data Centert?

Nem, új ügyfélként nem. Az Atlassian 2026. március 30-án leállította a Data Center értékesítését új ügyfeleknek. A meglévő ügyfelek 2028. március 30-ig vásárolhatnak új előfizetéseket, alkalmazásokat és bővítéseket, a meglévő előfizetéseket pedig 2029. március 28-ig újíthatják meg. Ezután az érintett termékek csak olvashatóvá válnak, hacsak az Atlassian nem ad kivételes hosszabbítást.

Hogyan migrálhatok a Jiráról az OpenProjectre?

Az OpenProject Jira Migratora jelenleg béta állapotú. API-n keresztül csatlakozik a Jira Server vagy Data Center 10.x és 11.x verzióihoz rendszergazdai Personal Access Tokennel; a Jira Cloud nem támogatott. Az újabb, 2026 júliusi hivatalos oldalak szerint importálja a projekteket és azonosítóikat; a feladatokat leírással, mellékletekkel, előzményekkel és hozzászólásokkal; az érintett felhasználókat és csoportokat; az állapotokat és típusokat; valamint a támogatott egyéni mezőket. Az OpenProject májusi műszaki útmutatója még mindig szűkebb halmazt sorol fel, ezért igazolja a pontos lefedettséget abban a kiadásban, amelyet telepít. A munkafolyamatok, jogosultságok, sémák, feladatok közötti kapcsolatok és sprinthez rendelések továbbra sem támogatottak, vagy csak az ütemterven szerepelnek.

Mi a legolcsóbb saját üzemeltetésű Jira-alternatíva?

A jelenleg dokumentált kiindulási értékek alapján a Cloudzy 2 GB-os képfájlján futó Redmine a legolcsóbb megoldás. Az OpenProject egyszerveres minimuma négy CPU-mag és 4 GB RAM. A Plane 2 magot és 4 GB RAM-ot igényel, éles üzemre 8 GB az ajánlás. A Community kiadások nem járnak szoftverlicenc-díjjal, de a fizetős támogatás, a mentések, a felügyelet és az üzemeltetői idő továbbra is beleszámít.

Valódi Jira-helyettesítő a Plane?

Mérnökvezérelt csapatoknak igen. A Plane felhasználói élménye közelebb áll a Linearhez, mint a Jirához, és a feladatmodellje illik a mérnöki munkafolyamatokhoz. A Plane dokumentál egy kontrollált Jira-importot, amely lefedi a projekteket, az aktív és a backlogban lévő feladatokat, a felelősöket, a címkéket, a prioritásokat, a sprinteket, a feladattípusokat, az állapotokat, az egyéni mezőket, a hozzászólásokat és a mellékleteket. 100 férőhely felett személyre szabott migrációt is kínál, de az összetett Marketplace-alkalmazásokat vagy munkafolyamatokat használó csapatoknak akkor is érdemes pilottal ellenőrizniük.

Van a Redmine-nak Jira-migrációs eszköze?

Hivatalosan nincs. Léteznek közösségi importbővítmények és CSV-alapú folyamatok, de a kompatibilitás és az adatlefedettség Jira- és Redmine-verziónként eltér. A konkrét utat tesztelje egy reprezentatív projekttel. Az OpenProject beépített béta Migratorral rendelkezik a támogatott Jira Server- vagy Data Center-forrásokhoz, a Plane pedig vezetett, saját importot kínál.

Futtathatom bármelyiket egy kis VPS-en?

A Cloudzy Redmine-képfájlja 2 GB RAM-ot ad meg minimumként, ami szabványos listaáron havi 14,95 dollár. Az OpenProject legalább négy CPU-magot és 4 GB RAM-ot igényel. A Plane 2 magot és 4 GB RAM-ot igényel, éles üzemre 8 GB az ajánlás. A Cloudzy szabványos 4 GB-os csomagjában 2 vCPU van, és havi 28,95 dolláron szerepel, amit az akciók néha csökkentenek. Mindhármat egyetlen kis VPS-en futtatni nem ésszerű éles üzemi felépítés.