Legacy modernizace
Modernizujte postupně. Bez big-bang rewritu.
70% big-bang rewrite projektů selže. Modernizujeme strangler fig patternem — každý krok přináší hodnotu a je rollbackovatelný.
Proč ne big-bang rewrite¶
Statistiky jsou jasné: 70% velkých rewrite projektů překročí budget 2×+ nebo selže úplně. Důvody:
- Scope creep — „Když už to děláme znovu, přidejme taky X, Y, Z”
- Knowledge loss — Nikdo neví, proč legacy dělá to, co dělá. Edge cases se objeví až v produkci.
- Dual maintenance — 12-24 měsíců udržujete dva systémy paralelně
- Big bang risk — Den D: přepnete a doufáte
Strangler Fig pattern eliminuje všechna tato rizika.
7-krokový modernizační playbook¶
Krok 1: Stabilizace a měření (2-4 týdny)
Než začnete měnit, musíte vědět kde jste. Nasadíme monitoring, nasbíráme baseline metriky, identifikujeme bottlenecky. Výstup: health report legacy systému s konkrétními čísly.
Krok 2: Domain mapping (1-2 týdny)
Event Storming workshopy s domain experty. Zmapujeme bounded contexts, závislosti, datové toky. Identifikujeme kandidáty pro první migraci — moduly s nejmenšími závislostmi a nejvyšší hodnotou.
Krok 3: API Gateway (2-3 týdny)
Fasáda před legacy. Všechny requesty jdou přes gateway, routing pravidla rozhodují, kdo obsluhuje. Nový systém za gateway, legacy za gateway. Přepínání na úrovni endpointu.
Krok 4: Izolace prvního modulu (4-8 týdnů)
Extrahujeme první bounded context do samostatné služby. Vlastní databáze, vlastní deployment, vlastní monitoring. Anti-corruption layer chrání novou službu před legacy data modelem.
Krok 5: Data migrace (2-4 týdny per modul)
CDC (Debezium) pro real-time replikaci. Dual-write s reconciliation joby. Metriky konzistence — migrace je hotová, až když reconciliation ukazuje 100% shodu 7 dní v řadě.
Krok 6: Traffic shifting (1-2 týdny per modul)
Canary release: 5% → 25% → 50% → 100%. Automatické metriky rozhodují o pokračování. Rollback za sekundy. Lidský zásah jen při anomáliích.
Krok 7: Decommission (1-2 týdny per modul)
Starý modul off. Monitoring nového 30 dní po full rollout. Data archivace. Dokumentace. Celebration.
Data migrace — nejtěžší část¶
Legacy systémy mají roky technical debt v datech: - Nekonzistentní formáty (datum jako string v 5 různých formátech) - Chybějící validace (NULL kde nemá být, duplicity) - Implicitní business logika v datech (status kódy, které nikdo nedokumentoval)
Náš přístup: 1. Analýza — Profiling zdrojových dat, identifikace anomálií 2. Transformační pravidla — Mapování + čištění + validace 3. CDC pipeline — Debezium pro real-time sync 4. Reconciliation — Automatické porovnání zdroj vs. cíl 5. Rollback plán — Pro každý krok
Měření úspěchu¶
Modernizace bez metrik je jen přepisování. Měříme:
- Deployment frequency — Z měsíčního na denní
- Lead time — Z týdnů na hodiny
- MTTR — Z hodin na minuty
- Change failure rate — Pod 5%
- TCO — Celkové náklady na provoz a vývoj
- Developer satisfaction — Ano, měříme i spokojenost týmu
Časté otázky
6-18 měsíců podle velikosti systému. Ale hodnotu přinášíme od prvního kvartálu — lepší monitoring, rychlejší deploye, snížené provozní náklady.
Každý krok je rollbackovatelný. Starý systém běží paralelně, dokud nový neprokáže kvalitu. Nikdy neodpojíme legacy, dokud nový systém neprojde všemi quality gates.
Ne. Strangler fig umožňuje paralelní vývoj — nové features jdou do nového systému, starý systém je zmrazený na údržbu. Tým neblokuje business.