Kiekvienas pakeitimas kelia riziką
Nedidelė korekcija sukelia nesusijusių klaidų, reikalauja ilgo tikrinimo arba gali sutrikdyti nedokumentuotą sistemos dalį.
Interneto sistemų modernizavimas
Interneto sistemų modernizavimas neperrašant visko iš naujo
Atnaujiname svarbias interneto sistemas, kai net nedideli jų pakeitimai reikalauja daug laiko, kainuoja per brangiai ar kelia riziką.
Nebūtina visko perrašyti. Pirmiausia įvertiname, kurias dalis verta palikti, ką reikia skubiai stabilizuoti ir ką saugiau atnaujinti etapais.
Aptarti esamą sistemąKai sistema vis dar svarbi
Paliekame tai, kas veikia. Tvarkome tai, kas kelia riziką.
Senoje sistemoje gali būti sukaupta svarbių duomenų ir verslo taisyklių. Net jei pasenęs kodas, priklausomybės ar diegimo procesas jau trukdo ją keisti, nebūtina atsisakyti visko. Paliekame tai, kas veikia, ir pertvarkome problemines dalis.
Nebepavyksta atnaujinti
Pasenusios technologijos, įskiepiai ar tarpusavyje nesuderinamos priklausomybės blokuoja įprastus atnaujinimus.
Sistema veikia per lėtai
Lėti puslapiai, administravimo aplinka ar foniniai procesai jau trukdo klientams ir darbuotojams.
Platforma nebeatitinka paskirties
Paprasta svetainė, „WordPress“ ar „WooCommerce“ dabar valdo procesus, kuriems iš pradžių nebuvo pritaikyta.
Kai sistemos būklė ir pagrindinių sutrikimų priežastys neaiškios, pirmiausia verta atlikti techninį auditą ir parengti sistemos atkūrimo planą.
Ką galime atnaujinti
Nuo vienos rizikingos dalies iki visos platformos
Technologijų ir priklausomybių atnaujinimas
Atnaujiname nebepalaikomus ar tarpusavyje nesuderinamus komponentus ir pereiname prie palaikomų versijų.
Veikimo greičio gerinimas
Nustatome, ar sistemą lėtina sąsaja, duomenų bazė, užklausos, failai ar infrastruktūra, ir taisome priežastį.
Kodo ir architektūros pertvarkymas
Sutvarkome kodo struktūrą, atskiriame svarbias verslo taisykles ir sumažiname priklausomybes, dėl kurių kiekvienas pakeitimas paveikia kitas sistemos dalis.
Integracijų taisymas
Sutvarkome ryšius tarp įskiepių, API, mokėjimų, turinio sistemų ir individualių modulių.
Etapinis perkėlimas
Atskiras funkcijas, duomenis ar sąsajas perkeliame į naują platformą nekeisdami visos sistemos iš karto.
Diegimo ir priežiūros sutvarkymas
Sutvarkome kūrimo aplinkas, konfigūraciją, diegimą, atsargines kopijas ir atkūrimo procesą.
Darbo eiga
Pirmiausia stabilizuojame, tada atnaujiname
- 01
Užfiksuojame dabartinę būklę
Pakartojame svarbiausius sutrikimus, nustatome sistemos priklausomybes ir procesus, kurių negalima sutrikdyti.
- 02
Darbus rikiuojame pagal riziką
Atskiriame skubius stabilumo ir saugumo darbus nuo patobulinimų, kuriuos galima atlikti vėliau.
- 03
Keičiame po vieną sistemos dalį
Pertvarkome aiškiai apibrėžtą sistemos dalį, ją patikriname ir tik tada imamės kitos.
Rezultatas
Stabilesnė ir lengviau keičiama sistema
Sistema veikia stabiliau, sumažėja neaiškumų ir techninės rizikos, o tolesnius pakeitimus galima atlikti saugiau.
Dažniausi klausimai
Dažniausiai užduodami klausimai
Ar modernizavimas reiškia, kad viską reikės perrašyti?
Ne. Visiškas perrašymas yra tik vienas iš galimų sprendimų. Veikiančią verslo logiką, duomenis ir stabilias sistemos dalis galima išsaugoti, o rizikingas vietas pakeisti arba pertvarkyti.
Ar modernizuojama sistema gali likti veikianti?
Dažniausiai taip. Tam numatome atskirą testavimo aplinką, atsargines kopijas ir saugų diegimo bei grįžimo prie ankstesnės versijos planą.
Ar „WordPress“ arba „WooCommerce“ galima modernizuoti?
Taip, jeigu platforma vis dar tinka savo paskirčiai. Vertiname individualiai sukurto kodo apimtį, naudojamų komponentų būklę, greitį, būsimus poreikius ir priežiūros kainą.
Sistema vis dar svarbi, bet ją keisti tapo rizikinga?
Papasakokite, kokia platforma naudojama, kas joje neveikia ir kokių pakeitimų šiuo metu nepavyksta įgyvendinti.