Přeskočit na obsah
XSIS
Vývojář se sluchátky pracuje na kódu

Softwarové inženýrství

Modernizace legacy systémů s podporou AI

Modernizujte systémy, na kterých závisíte, aniž byste zastavili byznys

Systémy, které pohánějí nejdůležitější práci, se mění nejhůř

Stárnoucí systémy často provozují hlavní knihy, fakturaci, rozšíření ERP a nástroje back office, na které nikdo nechce sahat. Těžko se mění, těžko se na ně hledají lidé a stále těžší je zabezpečit, a lidé, kteří je postavili, často odešli.

Nahradit je najednou je jeden z nejrizikovějších projektů, jaké firma může vést. Termíny dodavatelů, jako konec podpory SAP ECC, a pravidla odolnosti jako DORA tlačí na pohyb.

Co se pro vás změní

  1. Žádné velké přepnutí

    Staré a nové běží vedle sebe s porovnáním výsledků, takže byznys funguje v každém kroku.

  2. Rychlejší modernizace

    Analýza a refaktoring kódu s asistencí AI, ověřené inženýry a testy, zkracují nejpomalejší část práce: pochopení starého kódu.

  3. Ukončené licence a mainframy

    Každá nahrazená část se vypne, její data se archivují a její licence a infrastruktura skončí.

Co dodáváme

  • Posouzení systému a technického dluhu

    Inventura kódu, dat, rozhraní, závislostí a lidí, kteří jim rozumějí, s riziky seřazenými podle závažnosti.

  • Možnosti a plán

    Pro každou část volba ponechat, obalit, přesunout na novou platformu, přepsat nebo vyřadit, s důvody a pořadím prací.

  • Refaktoring kódu s asistencí AI

    Nástroje AI, které čtou a vysvětlují starý kód, navrhují refaktoringy a píší testy. Každou změnu kontroluje inženýr a ověřuje testovací sada.

  • Migrace metodou strangler fig

    Moderní API vrstva před starým systémem, s funkcemi postupně přestavěnými za ní, dokud starý kód nikdo nevolá.

  • Charakterizační testy a paralelní běhy

    Testy, které zaznamenají, co starý systém skutečně dělá, a porovnání starých a nových výstupů na skutečné zátěži před každým přepnutím.

  • Migrace databáze

    Data zmapovaná, vyčištěná a migrovaná ze souborů COBOL, DB2 nebo Oracle Database do cloud-native databází, s reporty vyrovnání, které ukážou, že se nic neztratilo ani nezměnilo.

  • Vyřazení mainframu a monolitu

    Jak se každá nahrazená část vypne, její data archivují pro audit a její licence a infrastruktura ukončí.

Jak pracujeme

  1. Pochopte systém

    Čteme kód, sledujeme data a vedeme rozhovory s lidmi, kteří systém provozují, a zaznamenáváme, co skutečně dělá.

  2. Zvolte cestu

    S vámi rozhodneme, které části ponechat, obalit, přesunout nebo vyřadit a v jakém pořadí.

  3. Obalte

    Před starý systém postavíme API vrstvu, takže nová práce přestane záviset na jeho vnitřnostech.

  4. Nahrazujte po částech

    Za API vrstvou přestavujeme jednu funkci po druhé, s testy, které ukazují, že odpovídá.

  5. Běžte paralelně

    Staré a nové provozujeme vedle sebe, porovnáváme výsledky a přepneme, až když se shodují.

  6. Vyřaďte

    Vypneme, co bylo nahrazeno, archivujeme jeho data a odstraníme licence a infrastrukturu.

Technologie, ze kterých a na které modernizujeme

U vzácnějších platforem nejprve posoudíme kód a otevřeně řekneme, zda na ně máme dovednosti. Uvedení produktu neznamená partnerství s jeho dodavatelem.

Jazyky
  • Java
Frameworky
  • .NET
Databáze
  • Oracle Database
  • Microsoft SQL Server
  • PostgreSQL
DevOps a observabilita
  • Docker
  • Kubernetes
Integrace
  • SOAP

Nulové narušení, podložené smlouvou

Nechceme, abyste věřili slibu. Akceptační brány milníků, idempotentní transakce s rollbackem a frontami nezpracovaných zpráv a záruka na vady po spuštění jsou součástí smlouvy.

Jak začít

Živý systém, který selhává nebo není zdokumentovaný, začíná v Brownfield Diagnostic Bridge. Je to krátký audit kódu, dat a bezpečnosti. Končí otevřeným verdiktem zachránit, refaktorovat nebo postavit znovu a nabídkou s pevnou cenou.

Co bude následovat

  1. Předkonzultační schůzka

    Nejprve bezplatná 30minutová online předkonzultační schůzka: projdeme vaše cíle, systémy a omezení.

  2. Kontrola připravenosti

    bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.

  3. Volba cesty

    Projekty připravené rozsahem dostanou závaznou nabídku do 3–5 pracovních dnů. Projekty ve fázi konceptu začínají v Blueprint Studio. Běžící systém, který selhává, není zdokumentovaný nebo potřebuje integraci, začíná diagnostikou 1–2 týdny. Blueprint Studio i diagnostika mají pevný poplatek uvedený v nabídce.

  4. Dodávka v pěti fázích

    Mobilizace, sprinty s živými ukázkami, integrace a zpevnění, akceptace a spuštění, poté řízené služby. Po spuštění následuje záruční doba a poté volitelná podpora a údržba.

Otázky a odpovědi

Proč nepřepsat celý systém najednou?

Úplný přepis musí nejprve napodobit roky chování, než může cokoli nahradit, zatímco byznys se kolem něj dál mění. Takové projekty často běží dlouho a startují s mezerami. Nahrazení jedné funkce po druhé přináší hodnotu brzy a starý systém drží jako záchrannou síť. V každém kroku můžete zastavit nebo změnit směr.

Bude muset byznys během migrace přestat?

Přístup je navržený tak, aby nemusel. Starý systém běží dál, zatímco každá nová část se staví a ověřuje paralelně. Práce se na novou část přesouvá postupně a může se vrátit, pokud je něco špatně. Kde migrace dat vyžaduje přepnutí, nejprve ji nacvičíme a naplánujeme s vámi.

Co AI při modernizaci skutečně dělá?

Rychle čte velké množství starého kódu: vysvětluje, co program dělá, sleduje, kam jdou data, navrhuje refaktoringy a píše testy. Inženýři rozhodují, co se změní, kontrolují každý řádek a ověřují jej charakterizačními testy. AI zrychluje pochopení; nenahrazuje ověření.

Náš starý systém nikdo úplně nechápe. Umíte jej i tak modernizovat?

Ano a je to běžné. Znalosti obnovíme z kódu, dat, logů a lidí, kteří systém používají. Co dělá, zachytíme v charakterizačních testech, které se stanou specifikací, již musí nové části splnit.

Umíte přesunout zátěže COBOL a DB2 z mainframu?

Ano. Programy COBOL překládáme nebo přestavujeme jako cloud-native služby a data DB2 migrujeme s vyrovnáním v každém kroku. Dávkové úlohy a souborová rozhraní dostanou moderní ekvivalenty. Části, které jsou stabilní a jejichž přesun je drahý, mohou zůstat za API vrstvou, dokud na ně nepřijde řada.

Kdy je lepší systém obalit než nahradit?

Když je staré jádro stabilní a správné, ale těžko dostupné. Moderní API před ním umožní novým kanálům, partnerům a produktům používat jeho funkce, aniž by se dotýkaly vnitřností. Nahrazení doporučíme, když systém blokuje změnu, nelze jej zabezpečit nebo na něj nelze sehnat lidi.

Běžící systém, který selhává nebo není zdokumentovaný?

Brownfield Diagnostic Bridge prověří kód, data a úzká místa dřív, než se cokoli zachrání nebo refaktoruje.

Co bude následovat

  1. Kontrola připravenosti

    bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.

  2. Diagnostika brownfieldu

    Za 1–2 týdny naši principal inženýři provedou audit vašeho kódu, schémat ERP a databází, vašich API a infrastruktury a naskenují uniklé tajné klíče a slabou kryptografii.

  3. Zachránit, refaktorovat, nebo přestavět

    Dostanete otevřenou inženýrskou scorecard a verdikt Rescue, Refactor nebo Rebuild s nabídkou nápravy za pevnou cenu.

  4. Poplatek započtený do záchrany

    100 % poplatku za diagnostiku se vám započítá proti záchraně nebo integraci, když je provede XSIS. Práce pak prochází stejnými pěti fázemi dodávky.