Techninis auditas ir sistemos atkūrimas

Techninis auditas, kai sistemos būklė neaiški

Išsiaiškiname interneto sistemos būklę, kai ji nestabili, prastai dokumentuota, nebeturi ją prižiūrinčio programuotojo arba ją keisti tapo nesaugu.

Patikriname, kas sukurta, pakartojame svarbiausius sutrikimus ir nustatome, ką reikia taisyti dabar, ką galima atidėti ir ar verta sistemą modernizuoti.

Aptarti dabartinę sistemą

Kai trūksta patikimos techninės informacijos

Sprendimus grindžiame patikrinamais faktais

Matoma klaida gali būti tik didesnės problemos požymis. Auditas padeda atskirti skubias rizikas nuo ilgalaikių trūkumų ir nešvaistyti pinigų pavieniams taisymams be bendro plano.

Sistema veikia nestabiliai

Puslapių, administravimo aplinkos, integracijų ar automatinių procesų veikla kartais sutrinka, o tiksli priežastis nežinoma.

Prarasta techninė kontrolė

Ankstesnis programuotojas nepasiekiamas, trūksta prieigų, dokumentacijos arba žinių apie svarbias sistemos dalis.

Nebepavyksta saugiai diegti pakeitimų

Diegimo procesas neveikia, priklausomybės konfliktuoja arba net nedidelė korekcija kelia per daug nežinomybės.

Kyla saugumo abejonių

Sistema pasenusi, netinkamai sukonfigūruota arba patyrė incidentą, todėl prieš tęsiant darbus reikia įvertinti riziką.

Auditas parodo, ar sistemą verta taisyti, etapais modernizuoti ar pakeisti nauja individualia interneto sistema.

Ką tikriname

Sistemos būklė, rizikos ir tolesni veiksmai

Kodas ir priklausomybės

Naudojamos technologijos, įskiepiai, individualūs moduliai, išorinės paslaugos ir jų palaikymas.

Architektūra ir duomenų srautai

Kaip sudaryta sistema, kur saugoma informacija ir nuo ko priklauso svarbiausios jos dalys.

Klaidų priežasčių nustatymas

Klaidos, greičio problemos, neveikiantys atnaujinimai ir kiti sutrikimai, kuriuos pavyko pakartoti bei susieti su konkrečiomis aplinkybėmis.

Talpinimas ir diegimas

Aplinkos, konfigūracija, diegimo procesas, žurnalai, atsarginės kopijos ir galimybė atkurti sistemą.

Rizikos ir techninė skola

Problemos surikiuojamos pagal pasekmes, skubumą, tarpusavio priklausomybes ir jų nesprendimo kainą.

Atkūrimo variantai

Palyginame skubų stabilizavimą, etapais atliekamą modernizavimą, dalinį pakeitimą ir naujos sistemos kūrimą.

Darbo eiga

Pirmiausia patikriname būklę, tada siūlome sprendimą

01
Surenkame prieigas ir informaciją
Peržiūrime kodą, talpinimą, konfigūraciją, žurnalus, administravimo paskyras, atsargines kopijas ir turimą dokumentaciją.
02
Pakartojame ir suskirstome sutrikimus
Patvirtiname svarbiausius sutrikimus, nustatome jų priežastis ir atskiriame skubią veiklos riziką nuo ilgalaikės techninės skolos.
03
Parengiame darbų eiliškumą
Nurodome, ką daryti dabar, kas gali palaukti ir kuris sprendimas pagrįstas: taisymas, modernizavimas, dalinis pakeitimas ar nauja sistema.

Rezultatas

Aiški sistemos būklė ir veiksmų planas

Gaunate rašytinį sistemos būklės įvertinimą, pagal svarbą surikiuotą darbų sąrašą ir paaiškinimą, ką daryti toliau.

Dažniausi klausimai

Dažniausiai užduodami klausimai

Ar audito metu sistema bus ir sutaisyta?

Audito tikslas — nustatyti sistemos būklę ir darbų eiliškumą. Skubų stabilizavimą galime atlikti atskirai, tačiau didelių pakeitimų nepradedame, kol neįvertintos jų rizikos ir priklausomybės.

Ar ataskaitoje visada siūloma sistemą perrašyti?

Ne. Naują sistemą siūlome tik tada, kai tai pagrindžia dabartinė būklė, būsimi poreikiai ir darbų kaina. Dažnai pakanka taisymo arba etapinio modernizavimo.

Kokių prieigų paprastai reikia?

Dažniausiai reikia prieigos prie kodo, talpinimo, administravimo aplinkos, žurnalų, atsarginių kopijų, domeno ir išorinių paslaugų nustatymų. Tikslų sąrašą sudarome pagal audito apimtį.

Neaišku, kas sistemoje sugedo ir nuo ko pradėti?

Papasakokite, kokia platforma naudojama, kokias klaidas matote ir kokias prieigas dar turite.