Migrace do cloudu

Visual Basic 6, Delphi a FoxPro patří mezi nejčastější technologie, se kterými se při migracích setkáváme. Tyto aplikace typicky vznikaly v letech 1998-2008. Běží na Windows Serveru, mají vlastní databáze a žádné API. Přestože dodnes spolehlivě fungují, jejich údržba je stále nákladnější a vývojáře prakticky nelze sehnat.

Prostý přesun 1:1 (bez změny kódu) u těchto aplikací nefunguje: VB6 komponenty závisejí na COM objektech, Delphi aplikace na specifických Windows knihovnách a FoxPro na lokální databázi. Proto volíme přístup postupného přepisu do .NET Core, kde aplikaci přepíšeme a upravíme podle toho, co firma dnes skutečně potřebuje.

Začínáme mapováním stávající funkcionality: procházíme kód formulář po formuláři, dokumentujeme business pravidla a navrhujeme novou architekturu. Databázi migrujeme do Azure SQL nebo PostgreSQL s plnou validací dat. Jak takový projekt vypadá v praxi, popisujeme v případové studii Helvetia, kde jsme přepsali Visual Basic aplikaci do .NET Core na Azure.

Největší obavou při migraci bývá, že se zastaví provoz. Jak velký dopad přechod má, závisí na systému - jeho kritičnosti, objemu dat a tom, jakou odstávku si můžete dovolit. Proto způsob přepnutí volíme podle konkrétního projektu, ne podle jedné šablony.

U menších nebo méně kritických systémů obvykle stačí řízené přepnutí v dohodnutém klidném okně - večer nebo o víkendu, s krátkou plánovanou odstávkou, o které víte dopředu.

U provozů, které nesmí stát, necháváme starý a nový systém po přechodnou dobu běžet vedle sebe a provoz přepínáme postupně. Vyžaduje to víc příprav, ale dopad na uživatele je minimální.

Ať zvolíme kteroukoli cestu, vždy máme připravený plán návratu k původnímu řešení. Data převádíme s validací, originály zůstávají jako záloha a celý přechod doprovází monitoring a automatizované testy.

Migrace do cloudu je jen začátek. Aby aplikace běžela spolehlivě, potřebuje stabilní provoz: monitoring, automatický failover, zálohy a škálování podle zátěže. Po migraci pokračujeme dlouhodobou správou cloudu a infrastruktury - monitoring, profylaxe, zálohy s testy.

Rozsah provozního zajištění volíme podle toho, co aplikace potřebuje. U běžných provozů stačí monitoring, pravidelné zálohy s testy obnovy a škálování podle zátěže. U kritických provozů přidáváme failover mezi více serverů a databázovou replikaci, aby výpadek jednoho serveru neznamenal nedostupnost aplikace.

Monitoring stavíme na Prometheus a Grafana s dashboardy pro klíčové metriky: CPU, paměť, latence, chybovost. Na problémy tak reagujeme rychle, často dřív než ovlivní uživatele. Podobný monitoring jsme nasadili pro mezinárodní e-commerce Helvetia, kde zajišťujeme stabilní provoz napříč 7 zeměmi.

Nasazování nových verzí automatizujeme - každá změna projde testy ještě před spuštěním. Když něco selže, rychle se vrátíme k předchozí verzi.

Cena migrace závisí na několika faktorech: technologické složitosti stávajícího systému, objemu a kvalitě dat, míře technického dluhu v kódu a počtu integrací s okolními systémy.

Důležitější ale je dívat se na migraci z pohledu návratnosti investice. Starší systémy mají skryté náklady, které rostou každý rok: drahá údržba specialistů na zastaralé technologie, prostoje způsobené nespolehlivou infrastrukturou, ušlé příležitosti kvůli nemožnosti integrovat moderní nástroje a bezpečnostní rizika systémů bez aktuálních bezpečnostních aktualizací.

Po migraci do Azure typicky klesají provozní náklady díky modelu platby podle spotřeby, automatickému škálování a eliminaci vlastního hardware. Získáte systém, který je škálovatelný, bezpečný a připravený na další růst firmy. Konkrétní rozsah, postup a odhad nákladů probereme na úvodní konzultaci. Po migraci můžete procesy dál automatizovat přes AI agenty.