Náhrada firemného systému: Kedy pomáha prevádzkovať oba systémy súčasne?

Ponechať starý firemný systém počas jeho nahrádzania dostupný môže pomôcť porovnať výsledky alebo presúvať prácu v zvládnuteľných etapách. Pred schválením takéhoto obdobia požadujte štyri veci: konkrétny účel, jasne určený záväzný zdroj záznamov, osobu zodpovednú za preverovanie rozdielov a dohodnuté kritérium ukončenia súbežnej prevádzky.

Pre generálneho riaditeľa, vedúceho prevádzky alebo finančného riaditeľa ide o to, ako firma udrží presné záznamy a zabezpečí každodennú prácu. Samotné „budeme prevádzkovať oba systémy“ necháva príliš veľa otázok otvorených. Návrh musí vysvetliť, akú úlohu bude mať každý systém, čo budú používať zamestnanci a koľko bude dočasné usporiadanie stáť.

Tri rôzne podoby súbežnej prevádzky

Porovnávanie výstupov. Jeden systém naďalej vykonáva skutočnú obchodnú operáciu, zatiaľ čo nový systém vypočíta výsledok na porovnanie. Pri hypotetickej výmene účtovného systému by tím mohol porovnať výkazy za rovnaké vymedzené obdobie a s rovnakými vstupmi, pričom vystavovanie faktúr by naďalej zabezpečoval existujúci systém. Porovnávanie výpočtov nesmie omylom odoslať druhú faktúru, platbu, objednávku ani e-mail.

Dohodnite sa, na ktorých rozdieloch záleží a kto ich preverí. Rovnaký súčet môže zakrývať rozdiely v jednotlivých záznamoch, zaokrúhľovaní alebo načasovaní. Úspešné skopírovanie údajov navyše samo osebe neodpovedá na ďalšiu otázku: dokážu zamestnanci dokončiť potrebný pracovný postup vrátane opráv a výnimiek?

Postupné odovzdávanie zodpovednosti. Vymedzená funkcia alebo skupina zákazníkov prejde do nového systému, zatiaľ čo ostatná práca zostane v starom. Každá etapa potrebuje jasný pokyn, kam zamestnanci zadávajú zmeny a odkiaľ výkazy získavajú záznamy. Dostupnosť oboch aplikácií neznamená, že obe majú rozhodovaciu právomoc nad každým záznamom.

Odporúčanie Microsoftu k vzoru Strangler Fig opisuje postupný presun funkcií a následné odstránenie starého systému. Po celý čas treba venovať pozornosť závislostiam a zdieľaným údajom. Pre majiteľa firmy je užitočná otázka, či možno zodpovednosť rozdeliť dostatočne jasne na to, aby sa každá etapa dala prevádzkovať a kontrolovať.

Zámerný zápis do oboch systémov. V tomto prípade je softvér výslovne navrhnutý tak, aby zapisoval zmeny na dve miesta. Tým vzniká ďalšia povinnosť: vysvetliť, čo sa stane, ak sa jeden zápis podarí a druhý zlyhá. Niekto musí rozdiel zistiť, rozhodnúť, ktorý záznam je záväzný, a doplniť alebo opraviť chýbajúcu prácu.

Odborný článok Eda Murrayho z roku 2020 o návrate po migrácii ilustruje koordináciu potrebnú pri súbežných zápisoch a postupnom prechode na náhradné riešenie. Ide o technický príklad z roku 2020, nie o hotový implementačný plán. Ručné zadávanie toho istého údaja dvakrát ani prísľub synchronizácie tieto zodpovednosti nerieši.

Porovnajte súbežnú prevádzku s nacvičeným jednorazovým prepnutím

Postupné odovzdávanie môže obmedziť množstvo práce, ktoré sa mení naraz. Prevádzka dvoch prostredí však pridáva náklady na podporu, školenie, kontrolu a zosúlaďovanie rozdielov aj dočasné integrácie. Do rozhodnutia o náhrade zahrňte aj náklady na odstránenie týchto dočasných prepojení.

Ian Cartwright, Rob Horn a James Lewis v článku z roku 2022 Transitional Architecture opisujú dočasné premostenia a ich následné odstránenie. Ich skúsenosť vysvetľuje, prečo môže takéto premostenie plniť užitočný účel a zároveň potrebovať vlastný rozpočet aj plán ukončenia.

Nacvičené jednorazové prepnutie stojí za zváženie, keď je systém malý, zodpovednosť nemožno rozdeliť, vhodné integračné miesta nie sú k dispozícii alebo naliehavý termín vyradenia vylučuje dlhú súbežnú prevádzku. Microsoft uvádza podobné obmedzenia vhodnosti postupnej náhrady. Tieto okolnosti samy osebe nezaručujú bezpečnosť jednorazového prepnutia. O to dôležitejšia je jeho príprava, prevádzkové kontroly a jasné rozhodovacie právomoci.

Vyžiadajte si dôkazy z nácviku navrhnutého prechodu a vopred dohodnuté podmienky pokračovania či zastavenia. Porovnajte obe možnosti podľa práce, ktorá musí skutočne pokračovať. Pre žiadne z týchto usporiadaní neexistuje univerzálna dĺžka trvania ani jednotné kritérium prijatia.

Nové transakcie menia rozhodnutie o návrate

Keď ľudia zadajú platnú prácu v novom systéme, návrat k starej aplikácii môže tieto novšie záznamy vynechať. Objednávky mohli spustiť aj dodávky, platby alebo správy, ktoré nemožno vrátiť jednoduchým obnovením databázy.

Odporúčanie AWS k fáze prepnutia rozlišuje návrat pred vznikom nových údajov a návrat po nových transakciách, keď môže byť pôvodná databáza zastaraná. Pred schválením návratu požadujte konkrétny postup pre nové záznamy a nadväzujúce úkony. Samotná záloha nezaručuje, že možno prevádzku obnoviť v konzistentnom stave.

Aký záznam o rozhodnutí požadovať

Stručný záznam by mal ľuďom zodpovedným za chod firmy umožniť odpovedať na tieto otázky:

• Účel a rozsah: Ktorá práca sa porovnáva alebo presúva a čo má súbežná prevádzka dosiahnuť?
• Právomoc: Kam sa v každej etape zadávajú zmeny a ktoré záznamy sú záväzné pre súvisiace výkazy a úkony?
• Zosúladenie rozdielov: Kto rozdiely preveruje, ako sa zaznamenávajú a kto rieši sporné výsledky?
• Prijatie etapy: Aké dôkazy umožnia pokračovať, čo prechod zastaví a kto rozhodne, či pokračovať, alebo nepokračovať?
• Návrat: Ako sa naloží s novými transakciami a dokončenými nadväzujúcimi úkonmi, ak sa práca vráti do starého systému?
• Ukončenie: Aké dôkazy umožnia vyradiť starý systém, kto odstráni dočasné prepojenia a ktoré záznamy musia zostať dostupné podľa platných požiadaviek?

Súbežnú prevádzku schváľte, ak jej účel a prevádzkové zodpovednosti zodpovedajú nákladom a existuje realizovateľný plán ukončenia. Ak posudzujete náhradu systému, môžete s nami prebrať službu náhrady zastaraného systému, súčasný systém, prácu, ktorá musí pokračovať, aj obmedzenia spojené so zmenou.