Nahrazení firemního systému: Kdy pomáhá provozovat oba systémy současně?

Ponechat starý firemní systém během jeho nahrazování dostupný může pomoci porovnat výsledky nebo přesouvat práci po zvládnutelných etapách. Než takové období schválíte, vyžadujte čtyři věci: konkrétní účel, jasně určený závazný zdroj záznamů, osobu odpovědnou za prověřování rozdílů a dohodnuté kritérium ukončení souběžného provozu.

Pro generálního ředitele, vedoucího provozu nebo finančního ředitele jde o to, jak firma udrží přesné záznamy a zajistí každodenní práci. Samotné „budeme provozovat oba systémy“ nechává příliš mnoho otázek otevřených. Návrh musí vysvětlit, jakou roli bude mít každý systém, co budou používat zaměstnanci a kolik bude dočasné uspořádání stát.

Tři různé podoby souběžného provozu

Porovnávání výstupů. Jeden systém dál provádí skutečnou obchodní operaci, zatímco nový systém vypočítá výsledek pro porovnání. Při hypotetické výměně účetního systému by tým mohl porovnat sestavy za stejné vymezené období a se stejnými vstupy, přičemž vystavování faktur by dál zajišťoval stávající systém. Porovnání výpočtů nesmí omylem odeslat druhou fakturu, platbu, objednávku ani e-mail.

Dohodněte se, na kterých rozdílech záleží a kdo je prověří. Stejný součet může zakrývat rozdíly v jednotlivých záznamech, zaokrouhlování nebo načasování. Úspěšné zkopírování dat navíc samo o sobě neodpovídá na další otázku: dokážou zaměstnanci dokončit potřebný pracovní postup včetně oprav a výjimek?

Postupné předávání odpovědnosti. Vymezená funkce nebo skupina zákazníků přejde do nového systému, zatímco ostatní práce zůstane ve starém. Každá etapa potřebuje jasný pokyn, kam zaměstnanci zadávají změny a odkud sestavy čerpají záznamy. Dostupnost obou aplikací neznamená, že obě mají rozhodovací pravomoc nad každým záznamem.

Doporučení Microsoftu ke vzoru Strangler Fig popisuje postupný přesun funkcí a následné odstranění starého systému. Po celou dobu je třeba věnovat pozornost závislostem a sdíleným datům. Pro majitele firmy je užitečná otázka, zda lze odpovědnost rozdělit tak jasně, aby každou etapu bylo možné provozovat a kontrolovat.

Záměrný zápis do obou systémů. V tomto případě je software výslovně navržen tak, aby zapisoval změny na dvě místa. Tím vzniká další povinnost: vysvětlit, co se stane, když se jeden zápis podaří a druhý selže. Někdo musí rozdíl zjistit, rozhodnout, který záznam je závazný, a doplnit nebo opravit chybějící práci.

Odborný článek Eda Murrayho z roku 2020 o návratu po migraci ilustruje koordinaci potřebnou při souběžných zápisech a postupném přechodu na náhradní řešení. Jde o datovaný technický příklad, nikoli o hotový implementační plán. Ruční zadávání téhož údaje dvakrát ani příslib synchronizace tyto odpovědnosti neřeší.

Porovnejte souběžný provoz s nacvičeným jednorázovým přepnutím

Postupné předávání může omezit množství práce, které se mění najednou. Provoz dvou prostředí však přidává náklady na podporu, školení, kontrolu a vyrovnávání rozdílů i dočasné integrace. Do rozhodnutí o náhradě zahrňte také náklady na odstranění těchto dočasných propojení.

Ian Cartwright, Rob Horn a James Lewis v článku z roku 2022 Transitional Architecture popisují dočasná propojení a jejich následné odstranění. Jejich zkušenost ukazuje, proč může takové propojení plnit užitečný účel a zároveň potřebovat vlastní rozpočet i plán ukončení.

Nacvičené jednorázové přepnutí stojí za zvážení, když je systém malý, odpovědnost nelze rozdělit, vhodná integrační místa nejsou k dispozici nebo naléhavý termín vyřazení vylučuje dlouhý souběžný provoz. Microsoft uvádí podobná omezení vhodnosti postupné náhrady. Tyto okolnosti samy o sobě nezaručují bezpečnost jednorázového přepnutí. O to důležitější je jeho příprava, provozní kontroly a jasné rozhodovací pravomoci.

Vyžádejte si důkazy z nácviku navrženého přechodu a předem dohodnuté podmínky pro pokračování či zastavení. Porovnejte obě možnosti podle práce, která musí skutečně pokračovat. Pro žádné z těchto uspořádání neexistuje univerzální doba trvání ani jednotné kritérium přijetí.

Nové transakce mění rozhodnutí o návratu

Jakmile lidé zadají v novém systému platnou práci, návrat ke staré aplikaci může tyto novější záznamy opomenout. Objednávky mohly také spustit dodávky, platby nebo zprávy, které nelze vrátit pouhým obnovením databáze.

Doporučení AWS k fázi přepnutí rozlišuje návrat před vznikem nových dat a návrat po nových transakcích, kdy může být původní databáze zastaralá. Před schválením návratu vyžadujte konkrétní postup pro nové záznamy a navazující úkony. Samotná záloha nezaručuje, že lze provoz obnovit v konzistentním stavu.

Jaký záznam o rozhodnutí požadovat

Stručný záznam by měl lidem odpovědným za provoz firmy umožnit zodpovědět tyto otázky:

• Účel a rozsah: Která práce se porovnává nebo přesouvá a čeho má souběžný provoz dosáhnout?
• Pravomoc: Kam se v každé etapě zadávají změny a které záznamy jsou závazné pro související sestavy a úkony?
• Vyrovnání rozdílů: Kdo rozdíly prověřuje, jak se zaznamenávají a kdo řeší sporné výsledky?
• Přijetí etapy: Jaké důkazy umožní pokračovat, co přechod zastaví a kdo rozhodne, zda pokračovat, nebo nepokračovat?
• Návrat: Jak se naloží s novými transakcemi a dokončenými navazujícími úkony, pokud se práce vrátí do starého systému?
• Ukončení: Jaké důkazy umožní starý systém vyřadit, kdo odstraní dočasná propojení a které záznamy musí zůstat dostupné podle platných požadavků?

Souběžný provoz schvalujte, pokud jeho účel a provozní odpovědnosti odpovídají nákladům a existuje proveditelný plán ukončení. Pokud posuzujete náhradu systému, můžete s námi probrat službu náhrady zastaralého systému, současný systém, práci, která musí pokračovat, i omezení spojená se změnou.