Index #20: Paralelní běh – co vám ušetří měsíce bolesti při přepisu legacy systému
Když přepisujete legacy systém, dřív nebo později narazíte na otázku: jak vlastně poznáte, že ten nový systém dělá to samé co starý? Míra dnes vysvětluje techniku, které se říká paralelní běh (parallel run) – a proč je to podle něj jedna z nejcennějších, ale zároveň nejpodceňovanějších fází celého přepisu.
Nejde o žádné teoretické cvičení. Probíráme, jak paralelní běh reálně funguje na produkčních datech, jak se liší od jiných testů a co dělat ve chvíli, kdy vám vyleze stovka rozdílů mezi starým a novým systémem – a jak se rozhoduje, které z nich opravit hned a které jen zaevidovat.
👉 Probereme:
- Co je paralelní běh a proč je to hlavně o validaci, ne o řízení rizik
- Jak se rozhoduje, jaké nalezené rozdíly opravit a jaké jen zaevidovat kvůli navazujícím systémům a procesům
- Jak přesvědčit manažery a zákazníky, aby na tuhle fázi vyhradili čas
- Proč začít logovat data hned na startu migračního projektu, ne až na konci
Epizoda je určená hlavně lidem, kteří se chystají na přepis nebo migraci staršího systému – ať už jako architekti, projektoví manažeři, nebo na straně zákazníka, který takový projekt zadává a chce vědět, na co se ptát dodavatele. (A jako bonus – dnešním „hostem" je i Davidův pes Izzy, která epizodu statečně prospala.)
1:26 Co je paralelní běh
3:06 Jak paralelní běh funguje v praxi
5:08 Proč to musí běžet na produkčních datech
10:05 Co dělat s nalezenými rozdíly a chybami
18:12 Logujte data od prvního dne migrace
19:42 Kde paralelní běh nefunguje
🔗 Sledujte nás na LinkedIn pro další inspiraci a zákulisní pohledy:
Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksa/
David Šimůnek: https://www.linkedin.com/in/simunek/
🌐 Všechny epizody najdete také na: codingbear.com/podcast