Migrace do cloudu

Aplikace ve Visual Basicu 6, Delphi nebo FoxPro mohou být pro firmu stále důležité, přestože jejich rozvoj komplikuje závislost na starších komponentách, chybějící dokumentace nebo omezené možnosti integrace. Migrační cesta proto závisí na konkrétním kódu, databázi a provozním prostředí.

U některých aplikací lze část infrastruktury přesunout bez změny kódu. Jindy je vhodnější postupný přepis nebo oddělení vybraných funkcí do nových služeb. Před rozhodnutím ověřujeme závislosti na COM objektech, knihovnách Windows, lokálních souborech, databázi a periferních zařízeních.

Při přepisu nejdřív mapujeme používané funkce a provozní pravidla. Teprve potom navrhujeme cílovou architekturu, rozsah dat a způsob validace. V projektu Helvetia jsme tímto způsobem přepsali aplikaci ve Visual Basicu do .NET a nasadili ji v Azure.

Dopad přechodu závisí na kritičnosti systému, objemu dat a přijatelné délce odstávky. U méně kritických aplikací může stačit řízené přepnutí v dohodnutém servisním okně.

U kritických provozů lze zvážit dočasný souběh starého a nového systému nebo postupné přepínání uživatelů a funkcí. Tento postup však vyžaduje řešení synchronizace dat a není vhodný pro každý systém.

Před nasazením stanovíme kontrolní body, způsob ověření dat a podmínky, za kterých se přechod zastaví nebo vrátí. Konkrétní návratový plán se odvíjí od architektury a možností zdrojového systému.

Po migraci je potřeba určit, kdo odpovídá za monitoring, zálohy, aktualizace, náklady a řešení incidentů. Na projekt proto může navázat dlouhodobá správa cloudu a infrastruktury.

Rozsah provozního zajištění volíme podle požadované dostupnosti a přijatelné ztráty dat. U některých aplikací stačí monitoring a pravidelně ověřované zálohy. Kritické systémy mohou vyžadovat více instancí, databázovou replikaci nebo automatizované přepnutí; tyto prvky ale zvyšují složitost i cenu.

Monitoring stavíme nad klíčovými metrikami, jako jsou CPU, paměť, latence a chybovost. U mezinárodní e-commerce Helvetia po migraci pokračujeme v monitoringu, podpoře a rozvoji systému pro 7 zemí.

Nové verze před nasazením ověřujeme podle dohodnutého testovacího postupu. Způsob návratu k předchozí verzi připravujeme podle technologie aplikace a změn databáze.

Cena migrace závisí na technologické složitosti stávajícího systému, objemu a kvalitě dat, technickém dluhu a počtu integrací.

Rozhodnutí proto stavíme na celkových nákladech vlastnictví: infrastruktura, licence, správa, zálohy, dostupnost, bezpečnost a budoucí rozvoj. Starší systém může mít vysoké náklady na údržbu, ale špatně navržený cloud může být dražší než současný provoz.

Model platby podle spotřeby a automatické škálování mohou náklady lépe přizpůsobit zátěži, úsporu však nelze slíbit bez konkrétní kalkulace. Konkrétní rozsah, postup a odhad nákladů připravíme po úvodní analýze.