Enne rakendussüsteemi käivitamist saab defekte ja varjatud ohte intensiivse testimisega oluliselt vähendada, kuid kuna testi simulatsioonikeskkond ei saa olla täpselt sama mis tegelik keskkond pärast süsteemi käivitamist, ei saa testtöö katta kõiki IT-rakendussüsteemi tootmise ja kasutamise stsenaariume ning on raske vältida IT-rakendussüsteemi rikete tekkimist konkreetses olukorras.
Kuna varjatud rikke oht on vältimatu, on väga oluline suuta veaga rahulikult toime tulla! Parim on eelnevalt teada, ennustada IT-rakendussüsteemi võimalikke probleeme ja võtta meetmeid, kui probleem ei tekki, et viga ees kõrvaldada. Ükskõik kui halb olukord ka poleks, peame võimalikult kiiresti teadma, millised probleemid süsteemis on tekkinud ja kus need on tekkinud, ning nendega õigel ajal tegelema enne, kui need levivad, et vältida olukorra eskaleerumist. Tegelikult, kuna need kaks punkti on endiselt keerulised, on töö- ja hoolduskoormus enneolematu!
Vaadates praeguseid ettevõtteid, kus pangad esindavad suurt infokonstrueerimist, muutub äriline areng üha enam IT-st sõltuvaks, nende IT-rakenduste keerukus kasvab ja kontrollitavus halveneb järjest. Aga peavalu on see, et nii intensiivses tagaajamise ja pealtkuulamise olukorras esinevad süsteemirikked, riskid vilksavad ikka ja jälle ning sageli arenevad väikesed probleemid lõpuks suurteks riketeks, mis on selle põhjus? Miks on avastamises alati viivitus? Miks erinevad jälgimismeetodid ei suuda anomaaliaid esimesel korral tuvastada? Seda on vaja lahti harutada.
Peamiste aspektide poolest jaguneb arvutituba kaheks kategooriaks: põhiressursid ja IT-rakendussüsteemid. Pikka aega oleme pidanud suurt rõhku põhiressurssidele nagu võrk, host, salvestusruum, arvutiruumi temperatuur ja niiskus ning jälgimismeetodeid võib kirjeldada kui "relvastatud hammasteni".
IT-rakendussüsteemide jälgimiseks pakuvad praegu nii kodumaised kui välismaised tootjad ja teenusepakkujad mitmeid tooteid või lahendusi, jälgimise sisu on oma fookus, põhjalik analüüs, nende praktika on peamiselt IT-rakenduste süsteemi toimivuse jälgimine põhilisel ressursikihil, kasutades võrguliiklust, süsteemi jõudlust, protsessori hõivatust, mäluhõivatust, andmebaasi ligipääsu, vahetarkvara staatust ja muid näitajaid, kombineerituna logianalüüsi, sondi uurimise, simulatsioonide ligipääsu ja proksiekstraktsiooni ning muude meetoditega, et saada kindlat ajapunkti infot süsteemi töö kohta. Umbkaudselt hinnates süsteemi üldist tööstaatust, puuduvad need tooted või lahendused pideva süsteemi töö detailide jälgimise ja jälgimise, mistõttu nad ei suuda mõista iga mooduli tööstaatust IT-rakendussüsteemis ega isegi funktsionaalseid punkte mooduli all, need detailid hõlmavad: Milliseid tehinguid süsteem töötleb? Mis õnnestus? Mis on probleemne? Kes algatab tehingu? Millal see välja tuleb? Millist äri sa teed? Milline süsteemi moodul on kaasatud? Milline funktsioonipunkt vastutab töötlemise eest? Mis kell vastus tagasi tuleb? Kas esineb mingeid jõudluse anomaaliaid? Kui see ei õnnestu, mis on süü? Need on väga olulised IT-rakendussüsteemi tööstaatuse hindamiseks.
Praktikas, kui IT-rakenduse süsteemi rikke alguses, kui veapunkt avaldab vähe mõju põhiressurssidele või pole veel edastatud põhiressursside kihile, või rike tekib logide, sondide, prokside ja muude vahendite kasutamise vahelises vahemikus, kuigi süsteemi risk on olnud "alavoolus", kuid sageli ei saa olemasolevad jälgimismeetodid rolli mängida ning väline esitus on samuti "anomaaliat pole". See on ka peamine põhjus, miks rikketuvastus jääb maha ja on raske sellega toime tulla! On näha, et süsteemirikete õigeaegne avastamine "esimesel korral" on praeguse IT-töö ja hoolduse puudujääk ning see on väga oluline IT-töö ja hoolduse kompenseerimiseks.
Mis on "esimene kord"? See tähendab, et IT-rakendussüsteemi protsessis, mis reageerib juurdepääsutaotlustele, tuleb tehing ebaõnnestudes või ebanormaalselt toimudes see täpselt salvestada! Kõik teavad, et varajast avastamist saab ajapikku lahendada ning et pöörata IT tegevuse praegust passiivset olukorda ja kompenseerida IT-opereerimise ja hoolduse puudujääke, tuleb tehniliselt lahendada süsteemi rikete tuvastamise probleem "esimesel korral". Võrdleva uurimistöö ja paljude IT-rakendussüsteemide töö praktika kaudu on see idee tehniliselt teostatav, kuid büroo töötajad võivad olla mõjutatud inertsiaalsest mõtlemisest, jätta algsest mõtteviisist välja hüpata ja isegi arvata, et see pole subjektiivses teadvuses teostatav, mis toob selles töövaldkonnas sisulist läbimurret ning IT-rakenduste operatiivsed riskid on alati passiivses ja killustatud vastuses.
Võti süsteemirikete "esmakordse" avastamise saavutamiseks on olla IT-rakendussüsteemi suhtes "arvestav", valdada iga selle sammu, täpsemalt viia läbi põhjalik vaatlus IT-rakendussüsteemi töödetailidest ning panna iga mooduli ja funktsionaalse punkti töö rangelt jälgida, samal ajal peab see jälgimine olema pidev ja katkestusteta, ainult et nii ei jää vahele ühtegi süsteemi tehingu kõrvalekallet, nii et IT-rakendussüsteemi töö oleks kontrollitavas seisundis.
Kuna see protsess suudab koguda ja koguda üksikasjalikku süsteemi tööseisundi infot ning luua väga väärtusliku süsteemioperatsioonifaili, võimaldab see analüüsi ja kasutamise kaudu mitte ainult viidata iga mooduli ja funktsionaalse punkti kvaliteedi hindamiseks, vaid ka aluse süsteemi arenduse ja tööstaatuse muutmise analüüsiks, võimaldades ennustada IT-rakenduste süsteemi tervisetrende.
|
Postitatud 13.10.2014 10:36:01
|
|
|
