U větších instancí vhodné migrovat po fázích (např. sada méně používaných projektů jako první, nejvíce vytížené projekty jako poslední), roztřídit projekty do migračních fází v rámci plánu.
Teoreticky nic nebrání tomu zmigrovat všechny projekty najednou (vhodné u menšího počtu projektů nebo tam, kde se pracuje napříč více projekty).
Vzhledem k možnosti využít trial cloud verze lze migraci provést nejprve v testovací fázi (do testovací instance).
4. 4
Rozhodnutí přejít do cloudu – co dál?
Plán
U větších instancí vhodné migrovat po fázích (např. sada méně
používaných projektů jako první, nejvíce vytížené projekty jako poslední)
roztřídit projekty do migračních fází v rámci plánu
Teoreticky nic nebrání tomu zmigrovat všechny projekty najednou
(vhodné u menšího počtu projektů nebo tam, kde se pracuje napříč více
projekty)
Vzhledem k možnosti využít trial cloud verze lze migraci provést nejprve
v testovací fázi (do testovací instance)
5. 5
Rozhodnutí přejít do cloudu – co dál?
Podpora
vhodné otevřít u Atlassian migrační ticket pro případný hladký průběh
následného supportu
6. 6
Co ještě stihnout před migrací
Příležitosti k „úklidu“
Migrace do nové instance je příležitostí k
uzavření / archivaci nepoužívaných projektů
pročištění nepoužívaných schémat, fieldů…
revizi uživatelů
Naplánování servisního okna
Migraci naplánovat buď po pracovní době týmů, kterých se migrace týká,
nebo vyhlásit servisní okno, kdy se několik hodin nebude v Jiře pracovat
(ideálně obojí)
7. 7
Co ještě stihnout před migrací
Revize add-onů
může se stát, že některé add-ony v cloudu neexistují
některé funkcionality zajišťované add-ony na server prostředí jsou
naopak v cloudu již nativně (např. Automation, ProForma u JSM...)
revize, které add-ony (ne)jsou potřebné
Migrace uživatelů
V zájmu zkrácení času migrace, pokud se user directory migruje as-is
9. 9
Využití migračního asistenta
Server musí mít přístup k internetu
Dostatečná práva (Jira admin) v obou instancích (zdrojové i cílové)
Migrační asistent
Adm System Migrate to Cloud
aktuálně možnosti „Migrovat vše“ a „Vybrat, co migrovat“, v budoucnu
jen druhá možnost
splnění prerekvizit dle asistenta
13. 13
Add-ony
Funcionality z add-onů nemusejí být v cloudu funkční
např. scripty z add-onu ScriptRunner – odlišné API
pro zachování funkcionality vyřešit přepsáním nebo alternativou
(např. Automation)
Odkazy na custom fields a další IDs
pokud se např. používá Automation, zkontrolovat, zda se atributy
přenesly správně (typicky bude potřeba upravit odkazy na custom fieldy)
Podobně s dalšími add-ony (vše zkontrolovat)
14. 14
Kontrola a spuštění nové produkce v cloudu
Ideálně mít otestované kritické funkcionality z test instance
Základní kontrola zmigrovaných projektů – zda odpovídají
schémata apod., zda mají uživatelé přístup do projektu
Kontrola uživatelů v user directory, event. odstranění
nepotřebných, rozeslání pozvánek (neposílají se automaticky)
Časté problémy: filtry, dashboardy, linky u issues / stránek
Jira Confluence
15. 15
Když je něco špatně
Migrace upravuje pouze data v cloud instanci
pokud se vyskytnou zásadní chyby a migraci je potřeba
provést znovu, lze:
zrušit celou subscription produktu a založit novou – v závislosti na typu
subscription to ale může trvat, tj. v test instanci spíše založit druhý produkt
při menším počtu projektů data promazat ručně (zkušenější admin)
požádat Atlassian support o reset instance
16. 16
Migrace Jira na cloud
Využijte balíček migrace
viz
https://www.onlioaps.com/produktove-balicky/migrace-jira-na-cloud/