--- title: "Jira Data Center EOL 2029: opcije i plan migracije" description: "Rokovi do Jira Data Center EOL-a 28. marta 2029, Jira Cloud put i pošten plan za CSV prelazak u drugi product sistem." author: "Nemanja Todorović" content_type: GUIDE published: 2026-08-27T10:51:31.200Z updated: 2026-08-27T10:51:31.200Z category: DELIVERY tags: "Jira migracija, Product OS, Jira Data Center" canonical: /blog/jira-data-center-eol-migracija --- # Jira Data Center EOL 2029: opcije i plan migracije Šta se menja do Jira Data Center EOL-a 2029, kada ima smisla Jira Cloud Migration Assistant, a kada CSV prelazak u drugi product sistem. Rokovi, odluke, pilot i kontrola podataka. ## Ključne poruke - Atlassian Data Center proizvodi obuhvaćeni najavom dostižu end of life 28. marta 2029. - Jira Data Center → Jira Cloud i Jira Data Center → drugi product sistem nisu ista migracija. - Marketplace aplikacije, automatizacije i custom konfiguracija moraju imati poseban inventar. - Pilot, reconciliation i change freeze prethode finalnom cutover-u bez obzira na odabrano odredište. 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](https://www.atlassian.com/licensing/data-center-end-of-life), 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](https://support.atlassian.com/migration/docs/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](https://support.atlassian.com/migration/docs/jira-pre-migration-checklist/) 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](/jira-to-workthroughline-cutover-checklist.csv) i koristi je uz [detaljan migration checklist članak](/blog/jira-migration-checklist). ## 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. ## Česta pitanja ### Kada Jira Data Center prestaje da se podržava? Za proizvode obuhvaćene Atlassian najavom end of life je 28. mart 2029. Pre toga postoje fazni rokovi za nove prodaje, proširenja i Marketplace aplikacije. ### Da li WorkThroughLine radi direktnu Jira Data Center → Jira Cloud migraciju? Ne. Za prelazak unutar Atlassian ekosistema koristi Jira Cloud Migration Assistant. WorkThroughLine je alternativno odredište: iz Data Center-a se prelazi kontrolisanim CSV putem, dok direktna OAuth konekcija podržava Jira Cloud. ### Da li CSV sadrži sve Jira podatke? Ne. CSV dobro prenosi osnovne work item podatke, ali automatizacije, permission schemes, dashboard-i i podaci Marketplace aplikacija zahtevaju poseban izvoz, arhivu ili ručnu rekonstrukciju. ### Kada treba početi pripremu? Inventar i odluku o odredištu treba početi sada. Velika instanca ne bi trebalo prvi put da testira migraciju u poslednjem kvartalu podrške.