Pirms lietojumprogrammu sistēmas palaišanas defektus un slēptās briesmas var ievērojami samazināt ar intensīvu testēšanu, bet, tā kā testa simulācijas vide nevar būt tieši tāda pati kā reālā vide pēc sistēmas palaišanas, testa darbs nevar aptvert visus IT lietojumprogrammu sistēmas ražošanas un darbības scenārijus, un ir grūti izvairīties no IT lietojumprogrammu sistēmas kļūmju rašanās konkrētā scenārijā.
Tā kā slēptās neveiksmes briesmas ir neizbēgamas, ir ļoti svarīgi mierīgi tikt galā ar vainu! Vislabāk ir zināt iepriekš, paredzēt iespējamās IT lietojumprogrammu sistēmas problēmas un veikt pasākumus, kad problēma nerodas, lai novērstu kļūdu pumpurā. Neatkarīgi no tā, cik slikti tas ir, mums ir jāzina, kādas problēmas ir radušās sistēmā un kur tās ir radušās pēc iespējas ātrāk, un jārisina tās savlaicīgi, pirms tās izplatās, lai izvairītos no situācijas eskalācijas. Patiesībā, tā kā šos divus punktus joprojām ir grūti izdarīt, ekspluatācijas un apkopes spiediens ir nepieredzēts!
Aplūkojot pašreizējos uzņēmumus ar augstu informācijas būvniecības pakāpi, ko pārstāv bankas, biznesa attīstība kļūst arvien atkarīgāka no IT, to IT lietojumprogrammu sarežģītība kļūst arvien augstāka, un kontrolējamība kļūst arvien sliktāka. Bet galvassāpes ir tas, ka šādā augstas intensitātes pakaļdzīšanās un pārtveršanas situācijā joprojām rodas sistēmas kļūmes, riski atkal un atkal mirgo, un daudzas reizes mazas problēmas galu galā pārvēršas par lielām kļūmēm, kāds ir iemesls? Kāpēc atklāšanā vienmēr ir kavēšanās? Kāpēc dažādas uzraudzības metodes nevar atklāt novirzes pirmo reizi? Tas ir jāizdala.
Runājot par galvenajiem aspektiem, datortelpa ir sadalīta divās kategorijās: pamatresursi un IT lietojumprogrammu sistēmas. Ilgu laiku mēs esam piešķīruši lielu nozīmi tādiem pamatresursiem kā tīkls, resursdators, uzglabāšana, temperatūra un mitrums, un monitoringa metodes var raksturot kā "bruņotas līdz zobiem".
IT lietojumprogrammu sistēmu uzraudzībai šobrīd vietējie un ārvalstu ražotāji un pakalpojumu sniedzēji piedāvā daudzus produktus vai risinājumus, monitoringa saturam ir savs fokuss, visaptveroša analīze, to prakse galvenokārt ir novērot IT lietojumprogrammu sistēmas veiktspēju pamata resursu slānī, izmantojot tīkla trafiku, sistēmas veiktspēju, CPU aizņemtību, atmiņas aizņemtību, piekļuvi datu bāzei, starpprogrammatūras statusu un citus rādītājus, apvienojumā ar žurnāla analīzi, zondes izpēti, simulācijas piekļuvi un starpniekservera ekstrakciju un citām metodēm, lai iegūtu noteiktu informāciju par sistēmas darbību. Aptuveni spriežot par sistēmas vispārējo darbības statusu, šiem produktiem vai risinājumiem trūkst nepārtrauktas sistēmas darbības detaļu izsekošanas un uzraudzības, tāpēc viņi nevar uztvert katra moduļa darbības statusu IT lietojumprogrammu sistēmā un pat moduļa funkcionālos punktus, šīs detaļas ietver: Kādus darījumus apstrādā sistēma? Kas izdevās? Kas ir problemātiski? Kas uzsāk darījumu? Kad tas tiek uzsākts? Ar kādu biznesu jūs nodarbojaties? Kurš sistēmas modulis ir iesaistīts šajā sistēmā? Kurš funkcijas punkts ir atbildīgs par apstrādi? Kādā laikā atbilde atgriežas? Vai ir kādas veiktspējas anomālijas? Ja tas neizdodas, kāda ir vaina? Tie ir ļoti svarīgi, lai spriestu par IT lietojumprogrammu sistēmas darbības statusu.
Praksē IT lietojumprogrammu sistēmas kļūmes sākumā, kad kļūdas punkts maz ietekmē pamatresursus vai vēl nav pārsūtīts uz pamatresursu slāni, vai arī kļūda rodas plaisā starp žurnālu, zondes, starpniekserveru un citu līdzekļu izmantošanu, lai gan sistēmas risks ir bijis "nepietiekams", bet bieži vien esošās uzraudzības metodes nevar spēlēt lomu, un ārējā prezentācija ir arī "nav novirzes". Tas ir arī galvenais iemesls, kāpēc kļūdu noteikšana atpaliek un ir grūti risināma! Redzams, ka savlaicīga sistēmas kļūmju atklāšana "pirmajā reizē" ir pašreizējā IT darbības un uzturēšanas darba trūkums, un ir ļoti svarīgi kompensēt IT darbību un uzturēšanu.
Kas ir "pirmo reizi"? Tas nozīmē, ka IT lietojumprogrammu sistēmas procesā, reaģējot uz piekļuves pieprasījumiem, brīdī, kad darījums neizdodas vai notiek nenormāli, tas ir precīzi jāuztver! Ikviens zina, ka agrīnu atklāšanu var risināt savlaicīgi, un, lai mainītu pašreizējo IT darbības pasīvo situāciju un kompensētu IT darbības un uzturēšanas trūkumus, ir nepieciešams tehniski atrisināt sistēmas kļūmju atklāšanas problēmu "pirmajā reizē". Izmantojot salīdzinošos pētījumus un praksi par daudzu IT lietojumprogrammu sistēmu darbību, šī ideja faktiski ir tehniski iespējama, bet biroja cilvēkus var ietekmēt inerciālā domāšana, neizlēkt no sākotnējās domāšanas un pat domāt, ka tas nav iespējams subjektīvajā apziņā, kā rezultātā šajā darba aspektā nav būtiska izrāviena, un IT lietojumprogrammu darbības riski vienmēr ir pasīvā situācijā, kad reaģē pa daļām.
Atslēga, lai realizētu sistēmas kļūmju atklāšanu "pirmo reizi", ir "uzmanīgi" pret IT lietojumprogrammu sistēmu, apgūt katru tās kustību, jo īpaši, tas ir veikt padziļinātu IT lietojumprogrammu sistēmas darbības detaļu novērošanu un stingri uzraudzīt katra moduļa un funkcionālā punkta darbību, tajā pašā laikā šai uzraudzībai jābūt arī nepārtrauktai un nepārtrauktai, tikai tādā veidā nepalaidīs garām nevienu sistēmas darījumu novirzi, lai IT lietojumprogrammu sistēmas darbība būtu kontrolējamā stāvoklī.
Tā kā šis process var iegūt un uzkrāt detalizētu sistēmas darbības statusa informāciju, izveidot ļoti vērtīgu sistēmas darbības failu, analizējot un izmantojot, tas var ne tikai sniegt atsauci, lai spriestu par katra moduļa un katra funkcionālā punkta kvalitāti, bet arī sniegt pamatu sistēmas darbības statusa attīstības un izmaiņu analīzei, ļaujot prognozēt IT lietojumprogrammu sistēmas veselības tendenci.
|
Publicēts 13.10.2014 10:36:01
|
|
|
