Plán přechodu z managed do self-hosted

Přechod na self-hosted

Než přepnete režim, ujistěte se, že přechod je projekt, ne improvizace. Cílem je zachovat provozní rytmus a zároveň získat větší kontrolu tam, kde je to nutné.

Účel stránky

• Definovat, jak udělat rozhodnutí a přechod tak, aby se minimalizovalo riziko downtime.
• Odstranit mezery v odpovědnosti, přístupech a provozních procesech ještě před switch mode.

Předpoklady

• Máte funkční managed proces (workspace, run history, přístupové flow),
• záměr přechodu je schválen vedením nebo produktovým vlastníkem,
• existuje pilotní plán s jasným oknem a komunikačním kanálem.

Postup přechodu

1. Vyjasněte kritická rozhodnutí — které týmy a playbooky přijdou pod přímou správu.
2. Zmapujte zdroje — servery, šablony, run historie, klíčové role.
3. Založte target-runbook pro self-hosted proces podle budoucích operátorů.
4. Proveďte pilot na neprodukčním nebo nízce dopadovém prostředí.
5. Dokončete kontrolní okno — validujte rollback plán a obnovitelná nastavení přístupů.

Kontrolní seznam přechodu

• Je rozhodnutí o převodu podpořené dokumentovaně?
• Je znám vlastní owner a approver pro každý pilotní run?
• Jsou nové přístupy a odpovědnosti předání ověřené v self-hosted cíli?
• Existuje plán pro rollback a komunikaci při selhání?

Běžné chyby

• Špatný odhad času na přepis procesů v cílovém režimu.
• Nedostatečné řízení přístupů v samostatné infrastruktuře.
• Pokus o přechod bez pilotu a reálných ověřovacích runů.

Další kroky

• Po přechodu přejděte na self-hosted landing page a ověřte nový provozní vstupní bod.
• Udržte governance přes self-hosted governance.
• Pro dlouhodobou stabilitu nastavte samostatný self-hosted operations.
• V případě otázek si projděte komplexní guide přechodu.

Další krok: Přejděte na self-hosted onboarding checklist a připravte první produkční run v cílovém režimu.