Sistemų stebėjimas dėl pasiekiamumo ir greičio, signalizuojant apie nuokrypius anksčiau, nei jie paveikia naudotojus, yra užduotis, kurią galima didžia dalimi perimti. Ne todėl, kad DI staiga išmano infrastruktūrą, o todėl, kad ši užduotis pati savaime jau daugelį metų yra sukurta apie matavimus, ribas ir pasikartojimą. Tai kitokia išvada nei užduočių, kurių esmė yra vertinimas ar derybos.
Čia lemiamą reikšmę turi trys ašys: apimtis, struktūrizuotumas ir klaidų kaina.
Apimtis yra didelė. Stebėjimas vyksta nuolat, dieną ir naktį, per šimtus ar tūkstančius matavimo taškų. Žmogus, kuris tai stebėtų rankomis, žiūri į skydelius su pertraukomis ir nepastebi to, kas įvyksta tarp jų. Sistema, kuri matuoja kiekvieną sekundę ir lygina su ribine reikšme, to nepraleidžia.
Struktūrizuotumas yra didelis. Užduotis susideda iš: matavimo, palyginimo su norma ir, esant nuokrypiui, signalo pateikimo. Tai fiksuota procedūra, ne atviras klausimas. Palyginkite tai su naudotojo klausimo apie programinę įrangą atsakymu, kur klausimas kiekvieną kartą formuluojamas kitaip ir reikalauja konteksto.
Klaidų kaina yra nuo žemos iki vidutinės. Praleistas ar pavėluotas įspėjimas yra nemalonus, bet dažniausiai pataisomas: sistema siunčia naują pranešimą, kai nuokrypis išlieka, ir dauguma ribinių reikšmių nustatytos su atsarga. Tai skiriasi nuo užduoties, kur vienas praleistas žingsnis iš karto reiškia naudotoją be veikiančios programos, kaip pirmos linijos IT incidento sprendimo atveju.
Dvi ašys pristabdo šį vaizdą: vertinimo laisvė ir kūrybiškumas yra atitinkamai 2 ir 1.
Nuokrypio signalizavimas yra kas kita nei supratimas, ką šis nuokrypis reiškia organizacijai. Atminties naudojimo pikas gali būti nekaltas arba gali būti problemos pradžia, kuri per dvi valandas sustabdys internetinę parduotuvę. Šios reikšmės nustatymas ir sprendimas perduoti problemą inžinieriui, kuris turi imtis veiksmų, tebėra žmogaus darbas. DI signalizuoja apie nuokrypį; aplinką pažįstantis žmogus įvertina, kiek šis nuokrypis reikšmingas.
Tai kartu paaiškina, kodėl šis darbas neegzistuoja atskirai. Stebėjimo įrankio duodamas signalas turi kur nusileisti: kaip registruotas incidentas su tinkamu prioritetu. Kaip tai vyksta toliau, aprašyta IT incidentų registravimas ir prioritetų nustatymas puslapyje – užduotyje, kuri yra kiek mažiau griežtai apibrėžta nei paties stebėjimo procesas.
Įvertinimas yra: agentas. Ne pavienis skriptas, tikrinantis vieną ribinę reikšmę, o sistema, kuri nuolat matuoja, sujungia kelis signalus ir pati nusprendžia, ar modelis yra vertas pranešimo, prieš tai pamatant žmogui. Tai žingsnis toliau nei paprastas įspėjimas ir žingsnis atgal nuo pilnos autonomijos: agentas signalizuoja ir kategorizuoja, o administratorius nusprendžia, kas daroma su signalu.
Du sąlygos nulemia, ar tai veikia. Turi būti nustatytos ribinės reikšmės, suderintos su tuo, kas yra normalu konkrečioms sistemoms: riba, kuri vienai programai yra pakankamai griežta, kitai gali nuolat sukelti klaidingus pavojo signalus. Ir turi būti automatizuotas įspėjimo pateikimas, kuris signalą tikrai pristato kam nors. Be šių dviejų dalykų nėra ko perimti: nėra normos, su kuria lyginti, nėra kanalo, kuriuo signalą perduoti.
Įmonėje su keliais serveriais ir fiksuotu darbo laiku stebėjimas dažnai yra tik retas pažvelgimas. Automatizavimo apimties nauda tada yra ribota, tiesiog todėl, kad apimtis yra maža. Įmonėje su daug sistemų, klientais, kurie tikisi prieigos bet kuriuo paros metu, ir incidentų, kurie kilo naktį, istorija, vaizdas yra kitoks: čia darbo etato apimtis, kuri atsilaisvina dėl nuolatinės automatizuotos priežiūros, greitai auga, nes alternatyva yra žmogus, kuris turi nuolat budėti.
Klaidų kainos ašis taip pat kinta skirtingoms įmonėms. Vidinėje testavimo aplinkoje praleistas pranešimas neturi pasekmių. Sistemoje, susijusioje tiesiogiai su mokėjimų srautais ar medicinos duomenimis, atitikties reikalavimai yra aukštesni, ir tai stumia atitikties ašį, kuri čia jau yra 4, dar toliau į privalomo dokumentavimo ir įrodomo tolesnio veiksmo pusę.
Tai nėra teiginys apie personalą. Ar ir kaip organizacija panaudos atsilaisvinusią sistemos administratoriaus pajėgumą, yra darbdavio sprendimas, su savais teisiniais reikalavimais, kai tai susiję su sprendimais dėl pareigybių. Šis puslapis aprašo tik darbą, ne žmones, kurie jį šiuo metu atlieka.
Stebėjimas retai yra izoliuota užduotis. Ji susijusi su atsarginių kopijų vykdymu ir tikrinimu, su incidentų valdymu ir su planavimu, kas ir kada turi būti pasiekiamas tolesniems veiksmams. Kas nori platesnio vaizdo apie tai, ką DI gali perimti visoje IT funkcijoje, ras pradžios tašką puslapyje apie darbą ir planavimą.
Šis puslapis pateikia įvertinimą, pagrįstą užduotimi bendra forma. Kiek tai reiškia konkrečiai įmonei, priklauso nuo sistemų skaičiaus, nustatytų ribinių reikšmių ir praleisto pranešimo pasekmių. Įžvalgą apie savo konkrečią situaciją galima gauti su nemokamu greituoju testu: dvylika klausimų, be paskyros, su nuoroda, kokią dalį šio profilio valandų DI galėtų perimti šiandien. Visas darbo skenavimas, kuris išskaido viso įmonės darbą į užduotis, dar kuriamas.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.