LaraDep dokumentace
Čtete Self-hosted režim
Plán přechodu z self-hosted zpět na managed
Strategie návratu do managed režimu: kdy má smysl centralizovat provoz zpět a jak minimalizovat dopad přechodu.
Kdy a jak přejít zpět na managed
Některé týmy po určité době zjistí, že správa self-hosted provozu přináší vyšší režii než očekávaný benefit. Tento přechod není neúspěch, ale strategická volba.
Účel
- Definovat, jak bezpečně vrátit provoz do managed modelu bez ztráty historie a odpovědnosti.
- Zachovat kontinuitu změnových procesů a minimalizovat časové okno přechodu.
Na co myslet před rozhodnutím
- Skutečná náročnost provozu (incidenty, patching, údržba),
- náklad na interní čas a SLA požadavky,
- požadavky na audit, integraci a odpovědnost.
Postup
- Udokumentujte současný stav — runy, změnové procesy, klíčová data, incidentové záznamy.
- Ověřte datové toky — kde končí history, kdo má přístup k citlivým hodnotám, jaké jsou exporty.
- Domluvte datum cutover mimo špičku s jasným rollback scénářem.
- Testujte export důležitých proměnných a přístupů do managed onboarding flow.
- Proveďte pilot přepnutí na nekritický prostor a ověřte všechny kritické scénáře.
Kontrolní body
- Je rozhodnutí o přechodu schváleno roleownerem a provozní odpovědností?
- Máte plán obnovy, pokud bude přechod třeba zkrátit nebo přerušit?
- Jsou přístupová práva a audit historie zachované?
- Jsou interní týmy proškolené na nový managed proces?
Běžné chyby
- Podcenění přenosu klíčových změnových pravidel.
- Nejasné rozhodnutí, co zůstává v produkci a co se přeruší.
- Rychlé přepnutí bez ověření rollbacku.
Další kroky
- Po přepnutí přejděte na managed dokumentaci.
- Nastavte si řízení rolí podle managed-security-and-access a ověřte první run.
- Aktualizujte interní runbook podle managed operations a managed onboarding checklist.
- Pokud budete v budoucnu přecházet zpět, držte tento global guide jako referenci.
Další krok: Po přechodu pokračujte stránkou role, přístupy a governance v managed větvi.