Örökölt rendszerek MI-vel gyorsított korszerűsítése
Korszerűsítse a nélkülözhetetlen rendszereit az üzletmenet leállítása nélkül
A legfontosabb munkát futtató rendszereket a legnehezebb megváltoztatni
Az elöregedett rendszereken gyakran alapvető főkönyvek, számlázás, ERP-bővítmények és olyan háttérirodai eszközök futnak, amelyekhez senki sem akar hozzányúlni. Nehéz őket módosítani, nehéz hozzájuk szakembert találni, egyre nehezebb biztonságban tartani őket, és akik megépítették őket, gyakran már nincsenek a cégnél.
Egyetlen lépésben lecserélni őket az egyik legkockázatosabb projekt, amelyet egy vállalat vállalhat. A beszállítói határidők, például az SAP ECC támogatásának megszűnése, és a rezilienciaszabályok, például a DORA, tovább sürgetik a váltást.
Mi változik Önnél
Nincs egyszeri nagy átállás
A régi és az új rendszer egymás mellett fut, az eredményeiket összevetjük, így az üzletmenet minden lépésnél zavartalan.
Gyorsabb korszerűsítés
A mérnökök és tesztek által ellenőrzött, MI-támogatott kódelemzés és refaktorálás lerövidíti a munka leglassabb részét: a régi kód megértését.
Kivezetett licencek és nagyszámítógépek
Minden lecserélt elemet lekapcsolunk, adatait archiváljuk, a licenceit és az infrastruktúráját pedig megszüntetjük.
Mit nyújtunk
Rendszer- és technikaiadósság-felmérés
A kód, az adatok, az interfészek, a függőségek és az ezeket ismerő emberek leltára, rangsorolt kockázatokkal.
Lehetőségek és ütemterv
Minden elemről döntés: megtartjuk, becsomagoljuk, új platformra visszük, újraírjuk vagy kivezetjük, az indoklással és a munka sorrendjével együtt.
MI-támogatott kódrefaktorálás
MI-eszközök, amelyek elolvassák és elmagyarázzák a régi kódot, refaktorálást javasolnak, és teszttervezeteket készítenek. Minden változtatást mérnök vizsgál felül, és a tesztcsomag ellenőriz.
Strangler fig típusú migráció
Korszerű API-réteg a régi rendszer előtt, amely mögött egyenként építjük újra a funkciókat, amíg már semmi sem hívja a régi kódot.
Karakterizációs tesztek és párhuzamos futtatás
Tesztek, amelyek rögzítik, mit csinál valójában a régi rendszer, valamint a régi és az új kimenetek összevetése valós munkaterhelésen minden váltás előtt.
Adatbázis-migráció
Az adatok leképezése, tisztítása és migrálása COBOL-fájlokból, DB2-ből vagy Oracle Database-ből felhőnatív adatbázisokba, egyeztetési jelentésekkel, amelyek igazolják, hogy semmi sem veszett el és semmi sem változott meg.
Nagyszámítógépek és monolitok kivezetése
Annak megtervezése, hogyan kapcsoljuk le az egyes lecserélt elemeket, hogyan archiváljuk adataikat az audithoz, és hogyan szüntetjük meg licenceiket és infrastruktúrájukat.
Hogyan dolgozunk
A rendszer megértése
Elolvassuk a kódot, végigkövetjük az adatokat, interjút készítünk az üzemeltetőkkel, és rögzítjük, mit csinál valójában a rendszer.
Az út kiválasztása
Önnel együtt döntjük el, mely elemeket tartjuk meg, csomagoljuk be, költöztetjük át vagy vezetjük ki, és milyen sorrendben.
Becsomagolás
API-réteget helyezünk a régi rendszer elé, így az új fejlesztések már nem függnek a belső felépítésétől.
Csere elemenként
Az API-réteg mögött egyszerre egy funkciót építünk újra, olyan tesztekkel, amelyek igazolják, hogy egyezik a régivel.
Párhuzamos futtatás
A régi és az új rendszert egymás mellett futtatjuk, összevetjük az eredményeiket, és csak akkor váltunk, ha egyeznek.
Kivezetés
Lekapcsoljuk, amit már lecseréltünk, archiváljuk az adatait, és megszüntetjük a licenceit és az infrastruktúráját.
Technológiák, amelyekről és amelyekre modernizálunk
Ritkább platformoknál először felmérjük a kódot, és egyenesen megmondjuk, megvan-e hozzá a szakértelmünk. Egy termék említése nem jelent partnerséget a beszállítójával.
- Nyelvek
- Java
- Keretrendszerek
- .NET
- Adatbázisok
- Oracle Database
- Microsoft SQL Server
- PostgreSQL
- DevOps és megfigyelhetőség
- Docker
- Kubernetes
- Integráció
- SOAP
Nulla fennakadás, szerződéssel alátámasztva
Nem kérjük, hogy egy ígéretben bízzon. A mérföldkövekhez kötött átvételi kapuk, a visszaállítható idempotens tranzakciók és a kézbesíthetetlen üzenetek sorai, valamint az élesítés utáni hibagarancia mind a szerződésben szerepelnek.
Hogyan kezdje
A hibásan működő vagy dokumentálatlan éles rendszereknél a munka a Brownfield Diagnostic Bridge szolgáltatással indul. Ez a kód, az adatok és a biztonság rövid auditja, amely őszinte döntési javaslattal zárul a mentésről, a refaktorálásról vagy az újraépítésről, valamint egy fix áras ajánlattal.
Mi történik ezután
Előzetes konzultáció
Egy ingyenes 30 perces online előzetes konzultáció: áttekintjük a céljait, rendszereit és korlátait.
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Az út kiválasztása
A kész hatókörű projektek 3 és 5 munkanapon belül kötelező érvényű ajánlatot kapnak. A koncepciószakaszban lévő projektek a Blueprint Studióban indulnak. A hibás, dokumentálatlan vagy integrációra szoruló éles rendszer diagnosztikával indul (időtartam: 1 és 2 hét között). A Blueprint Studiónak és a diagnosztikának egyaránt fix díja van, amelyet az ajánlat tartalmaz.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.
Fix kimenetelű projektek és éjjel-nappal működő menedzselt szolgáltatások
Rögzített hatókörű, mérföldkövekre épülő megvalósítás megnevezett megvalósítási vezetőkkel, valamint éjjel-nappal működő alkalmazás-üzemeltetési szolgáltatások SLA-alapú irányítással.
Hibrid megvalósítás és BOT-központok (építés, üzemeltetés, átadás)
Helyi műszaki vezetés ellenőrzött nearshore és offshore kapacitással, teljes BOT-modellű képességközpontokkal (építés, üzemeltetés, átadás) és munkaerő-lokalizációval.
Kérdések és válaszok
Miért ne írjuk újra az egész rendszert egyszerre?
Egy teljes újraírásnak évek alatt kialakult működést kell hűen visszaadnia, mielőtt bármit kiválthatna, miközben az üzlet körülötte folyamatosan változik. Az ilyen projektek gyakran elhúzódnak, és hiányosságokkal indulnak. Ha egyszerre csak egy funkciót cserélünk, az korán hoz eredményt, a régi rendszer pedig biztonsági hálóként megmarad. Bármelyik lépésnél megállhat vagy irányt válthat.
Le kell állnia az üzletmenetnek a migráció alatt?
A megközelítést úgy terveztük, hogy erre ne legyen szükség. A régi rendszer tovább fut, miközben minden új elemet párhuzamosan felépítünk és igazolunk. A munka fokozatosan kerül át az új elemre, és ha valami hibás, vissza is kerülhet. Ahol egy adatmigráció átállást igényel, előbb begyakoroljuk, és Önnel egyeztetjük az időpontját.
Mit tesz valójában az MI a modernizálásban?
Gyorsan átolvas nagy mennyiségű régi kódot: elmagyarázza, mit csinál egy program, végigköveti, merre haladnak az adatok, refaktorálást javasol, és teszttervezeteket készít. A mérnökök döntik el, mi változzon, minden sort felülvizsgálnak, és karakterizációs tesztekkel igazolják a működést. Az MI felgyorsítja a megértést, de nem helyettesíti az ellenőrzést.
Senki nem érti teljesen a régi rendszerünket. Így is modernizálhatják?
Igen, és ez gyakori. A tudást a kódból, az adatokból, a naplókból és a rendszert használó emberektől gyűjtjük vissza. A rendszer működését karakterizációs tesztekben rögzítjük, és ezek lesznek az a specifikáció, amelynek az új elemeknek meg kell felelniük.
Át tudják költöztetni a COBOL- és DB2-munkaterheléseket a nagyszámítógépről?
Igen. A COBOL-programokat felhőnatív szolgáltatásokká alakítjuk vagy építjük újra, a DB2-adatokat pedig minden lépésnél egyeztetve migráljuk. A kötegelt feladatok és a fájlalapú interfészek korszerű megfelelőt kapnak. A stabil, de költségesen áthelyezhető elemek egy API-réteg mögött maradhatnak, amíg sorra nem kerülnek.
Mikor jobb egy rendszert becsomagolni, mint lecserélni?
Amikor a régi mag stabil és helyesen működik, de nehezen érhető el. Az elé helyezett korszerű API-k révén új csatornák, partnerek és termékek használhatják a funkcióit anélkül, hogy a belső felépítéséhez hozzányúlnának. Akkor javasoljuk a cserét, ha a rendszer akadályozza a változtatásokat, nem tehető biztonságossá, vagy már nem található hozzá szakember.
Éles rendszer, amely hibásan működik vagy dokumentálatlan?
A Brownfield Diagnostic Bridge auditálja a kódot, az adatokat és a szűk keresztmetszeteket, mielőtt bármit megmentenénk vagy refaktorálnánk.
Mi történik ezután
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Brownfield-diagnosztika
A diagnosztika időtartama 1 és 2 hét között. Ezalatt vezető mérnökeink auditálják a kódját, az ERP- és adatbázissémáit, az API-jait és az infrastruktúráját, és kiszivárgott titkokat és gyenge kriptográfiát keresnek.
Mentés, refaktorálás vagy újraépítés
Ön egy őszinte mérnöki értékelőlapot kap, valamint a következőt: mentési, refaktorálási vagy újraépítési döntés fix áras helyreállítási ajánlattal.
A díj beszámítása a mentésbe
A diagnosztikai díj 100%-át beszámítjuk a mentés vagy az integráció díjába, ha azt az XSIS végzi. A munka ezután ugyanazon az öt megvalósítási szakaszon halad végig.