Jira Data Center EOL 2029: opcije i plan migracije

Atlassian je objavio fazni kraj za deo Data Center portfolija. Za Jira Software Data Center i druge proizvode obuhvaćene najavom krajnji datum podrške je 28. mart 2029. To ne znači da svaka instanca mora odmah da se ugasi, ali znači da čekanje više nije neutralna odluka.

Prema zvaničnoj Atlassian Data Center end-of-life stranici, ključni rokovi su:

• 30. mart 2026. — novi kupci više ne mogu da kupe nove pogođene Data Center pretplate ni nove Data Center Marketplace aplikacije;
• 30. mart 2028. — prestaju nove prodaje, proširenja i upgrade-i za postojeće kupce, kao i prodaja novih Data Center Marketplace aplikacija;
• 28. mart 2029. — end of life za proizvode obuhvaćene najavom; nakon isteka pretplate instanca postaje read-only.

Bitbucket Data Center ima drugačiji put i nije predmet istog zaključka. Proveri tačan proizvod i ugovor umesto da jednu vremensku liniju primeniš na ceo Atlassian portfolio.

Prvo odluči šta zapravo migriraš

Upit „Jira Data Center migracija” krije najmanje tri različita posla:

1. Jira Data Center → Jira Cloud — isti vendor i sličan domenski model, uz Atlassian alate i procenu kompatibilnosti;
2. Jira Data Center → drugi issue tracker — prenos delivery-ja uz novo mapiranje workflow-a;
3. Jira Data Center → Product OS — promena ne samo alata nego i modela, jer se tiketi povezuju sa ciljevima, discovery dokazima i ishodima.

Nijedan put nije automatski „najbolji”. Odluka zavisi od onoga što u Jiri zaista koristite, ne od broja projekata u sidebar-u.

Opcija 1: Jira Cloud uz Jira Cloud Migration Assistant

Ako želite da zadržite Jira operativni model, Marketplace ekosistem i administrativne obrasce, Jira Cloud je prirodan kandidat. Jira Cloud Migration Assistant je Atlassianov put za procenu, planiranje i pokretanje migracije.

Pre odluke proveri:

• kompatibilnost i cloud put svake Marketplace aplikacije;
• korisnike, grupe, permission schemes i identitet;
• veličinu priloga i vreme prenosa;
• custom workflow-e, polja i automatizacije;
• zahteve za data residency, security i compliance;
• razliku između ponašanja Data Center i Cloud funkcija.

Za složenu instancu probna migracija nije opcioni demo. Ona je jedini način da se izmere trajanje, greške i ručne korekcije pre produkcijskog cutover-a. Atlassianova pre-migration checklist-a preporučuje pre-migration proveru i test pre finalnog pokretanja.

Opcija 2: kontrolisani prelazak u drugi product sistem

Ako je EOL samo okidač za šire pitanje — zašto product tim održava strategiju, discovery i delivery u više alata — selidba u drugi model može imati više smisla od kopiranja postojeće konfiguracije u Cloud.

WorkThroughLine nije alat za Jira Data Center → Jira Cloud migraciju. On je alternativno odredište. Direktna OAuth konekcija radi sa Jira Cloud-om; iz Data Center-a se koristi originalni CSV izvoz i preflight pre bilo kakvog upisa.

CSV put može da prenese i mapira osnovne operativne podatke kao što su:

• Jira key, summary, description i issue type;
• status, prioritet, assignee, reporter i labels;
• parent/epic struktura kada je dostupna u izvozu;
• estimates i sprint polja prisutna u CSV-u;
• source identitet potreban za bezbedan ponovljeni import.

To nije potpuna kopija Jira instance. Komentari, fizički prilozi, automatizacije, dashboard-i, filteri, permission schemes i privatni podaci aplikacija mogu zahtevati dodatni izvoz, API put ili arhivsku odluku. Ta ograničenja treba zapisati pre pilota.

Inventar koji sprečava iznenađenja

Napravite tabelu sa po jednim redom za svaki projekat, app i konfiguracioni element:

Stavka	Aktivna upotreba	Vlasnik	Odredište	Način provere
Jira projekat	da/ne		Cloud / novi sistem / arhiva	broj aktivnih stavki
Marketplace app	da/ne		zamena / izvoz / arhiva	vendor test
Custom workflow	da/ne		mapiranje / rebuild	status matrica
Automation rule	da/ne		rebuild / ukidanje	test scenario
Dashboard/filter	da/ne		rebuild / arhiva	stakeholder potvrda

„Niko ne zna čemu služi, ali nemoj da brišemo” nije migraciona strategija. Ako nema vlasnika i aktivnu upotrebu, podrazumevano odredište može biti proverljiva read-only arhiva umesto novog produkcijskog sistema.

Pilot i reconciliation

Izaberi reprezentativan projekat: aktivan sprint, istorijski sprint, custom status, veze, komentari, neaktivni korisnik i barem jedan app-owned podatak. Najmanji projekat obično sakrije upravo one probleme koje pilot treba da otkrije.

Posle importa ne proveravaj samo nekoliko ekrana. Uporedi:

• otvorene stavke po projektu i statusu;
• epike sa decom i blocking veze;
• aktivni sprint i njegove datume;
• assignee/reportere koji nisu mapirani;
• komentare i priloge ako su u obimu;
• JPD ili app podatke koji imaju poseban put.

Preuzmi Jira-to-WorkThroughLine cutover checklist-u i koristi je uz detaljan migration checklist članak.

Vremenski plan bez čekanja do 2029.

• Sada: inventar, owner, odredišna odluka i uklanjanje napuštenih konfiguracija.
• Pre produkcijskog projekta: tehnički proof of concept i app assessment.
• Najmanje jedan puni ciklus pre cutover-a: reprezentativan pilot, reconciliation i obuka.
• Cutover: change freeze, finalni izvoz/import, kontrolne sume i jasna objava novog source of truth-a.
• Posle cutover-a: read-only arhiva po retention pravilima i svakodnevna provera izuzetaka tokom kratkog aftercare perioda.

Najskuplja odluka nije nužno Cloud niti novi proizvod. Najskuplje je preneti svu istorijsku složenost bez odluke da li ona i dalje služi timu.