Migrace do cloudu i zpět, bez zbytečného rizika
Přechod na cloud, návrat z cloudu na vlastní servery, nebo jen výměna zastaralého systému za novější - všechno jsou to projekty, kde jedna špatně naplánovaná noc dokáže zastavit provoz na dny. Naplánuji a provedu migraci tak, aby o víkendu nikdo nevolal, že nic nefunguje.
V čem je problém
Firmy se do migrace pouštějí ze dvou důvodů. Buď dochází podpora starého systému a dál to nejde provozovat, nebo náklady na vlastní infrastrukturu přestávají dávat smysl oproti cloudu - případně naopak, cloudový účet naroste natolik, že se vrátit na vlastní servery vyplatí víc.
Problém není v samotném rozhodnutí, ale v provedení. Migrace se často odkládá roky, protože nikdo nechce být tím, kdo shodí systém, na kterém závisí výroba nebo účetnictví. Výsledkem je legacy systém, který drží firmu na místě, zatímco riziko výpadku roste každým měsícem, kdy podpora chybí.
Kde migrace nejčastěji selhávají
Za těch, které jsem viděl selhat nebo se výrazně protáhnout, stálo skoro vždy jedno z tohoto:
- Chybějící mapa závislostí. Nikdo přesně neví, co všechno na starý systém navazuje, dokud se to při migraci nerozbije.
- Migrace za pochodu bez testovacího běhu. První reálný test proběhne až v produkci - a to je pozdě.
- Žádná cesta zpět. Když se něco pokazí, není naplánováno, jak se vrátit do původního stavu.
- Podcenění dat. Přenos a validace dat zaberou víckrát tolik času, než se čekalo.
- Migrace jako čistě technický projekt. Bez zapojení lidí, kteří systém denně používají, a bez jejich zaškolení na nové prostředí.
Cíl migrace není „být v cloudu" nebo „mít nový systém". Cíl je, aby firma fungovala stejně dobře nebo lépe než předtím - a aby cesta tam nikoho nestála klidný spánek.
Jak postupuji
Analýza a mapa závislostí
Zjistím, co systém obsahuje, na co všechno navazuje a kde jsou skrytá rizika. Bez tohoto kroku se migrace nedá spolehlivě naplánovat.
Plán a testovací běh
Navrhnu cílovou architekturu a postup migrace po vlnách. Klíčové kroky se nejdřív ověří v testovacím prostředí, ne přímo v provozu.
Migrace s rollback scénářem
Samotný přechod proběhne v naplánovaném okně, s jasně daným bodem návratu, pokud by cokoliv nesedělo.
Ověření a předání
Po migraci ověřím, že vše funguje podle očekávání, a tým zaškolím na nové prostředí - migrace nekončí přepnutím přepínače.
Co z toho máte
- Migraci bez neplánovaného výpadku - nebo s rizikem sníženým na minimum, které jde předem naplánovat.
- Jasnou cestu zpět, pokud by něco nešlo podle plánu.
- Systém, který má budoucnost - podporu, aktualizace, možnost dál růst.
- Zaškolený tým, který nové prostředí rozumí a umí ho provozovat.
Kdy to dává smysl
- Podpora stávajícího systému končí nebo už skončila.
- Náklady na vlastní infrastrukturu, nebo naopak na cloud, přestávají dávat ekonomický smysl.
- Systém brzdí další rozvoj - nejde na něj napojit nic nového.
- Chystáte se na migraci, ale nikdo ve firmě podobný projekt nikdy nevedl.
Časté otázky
Musí to být zrovna cloud? Neumíme si představit, že bychom se vzdali vlastních serverů.
Ne vždy je cloud správná odpověď. Někdy je výsledkem doporučení zůstat on-premise, nebo zvolit hybridní řešení. Cílem není migrace za každou cenu, ale to, aby infrastruktura odpovídala tomu, co firma skutečně potřebuje.
Jak dlouho migrace trvá?
Záleží na rozsahu - jednodušší systém týdny, komplexní prostředí s vazbami na desítky aplikací měsíce. Přesný odhad dostanete po vstupní analýze, ne od boku.
Co když se něco pokazí uprostřed migrace?
Proto je součástí plánu vždy rollback scénář - jasně daný bod, do kterého se dá vrátit, pokud něco nesedí. Migrace se nespouští bez otestované cesty zpět.
Musíme migrovat všechno najednou?
Ne, a obvykle to ani nedoporučuji. Postupná migrace po vlnách - podle rizika a závislostí - znamená menší dopad, pokud se něco zkomplikuje, a rychlejší poučení pro další vlnu.
Plánujete migraci?
Půl hodiny nezávazně. Řeknu vám, jestli cloud, on-premise nebo hybrid dává ve vaší situaci nejvíc smysl - a co by to znamenalo v praxi.
Domluvit nezávaznou konzultaci →