Spremljanje sistemov glede razpoložljivosti in hitrosti ter signaliziranje odstopanj, preden jih uporabniki opazijo, je naloga, ki jo je v veliki meri mogoče prevzeti. Ne zato, ker bi AI nenadoma razumela infrastrukturo, temveč zato, ker je sama naloga že leta zgrajena okoli merilnih vrednosti, mejnih vrednosti in ponavljanja. To je drugačen zaključek kot pri nalogah, kjer je bistvo presoja ali pogajanje.
Odločilne so tri osi: obseg, strukturiranost in stroški napak.
Obseg je visok. Spremljanje poteka neprekinjeno, podnevi in ponoči, prek stotin ali tisočev merilnih točk. Človek, ki bi to spremljal ročno, gleda nadzorne plošče v presledkih in zamudi tisto, kar se zgodi vmes. Sistem, ki merí vsako sekundo in primerja z mejno vrednostjo, tega ne zamudi.
Strukturiranost je visoka. Naloga obsega: meriti, primerjati z normo in ob odstopanju sprožiti signal. To je fiksen postopek, ne odprto vprašanje. Primerjajte to z odgovarjanjem na uporabniško vprašanje o programski opremi, kjer je vprašanje vsakič drugače formulirano in potrebuje kontekst.
Stroški napak so nizki do srednji. Zamujeno ali prepozno obvestilo je neprijetno, vendar večinoma popravljivo: sistem pošlje novo opozorilo, ko odstopanje traja, in večina mejnih vrednosti je nastavljena z rezervo. To je drugače kot pri nalogi, kjer en zamujen korak takoj povzroči, da uporabnik ostane brez delujoče aplikacije, kot pri reševanju incidenta prve linije IT-podpore.
Dve osi zavirata sliko: prostor za presojo in ustvarjalnost sta na ravni 2 oziroma 1.
Zaznavanje odstopanja je nekaj drugega kot razumevanje, kaj to odstopanje pomeni za organizacijo. Skok v porabi pomnilnika lahko je neškodljiv, ali pa začetek težave, ki bo čez dve uri onesposobila spletno trgovino. Določanje pomena tega odstopanja in odločitev o eskalaciji k inženirju, ki poseže vmes, ostaja delo ljudi. AI zazna odstopanje; oseba, ki poznaznanje okolja, presodi, kaj to odstopanje pomeni.
To je tudi razlog, zakaj ta naloga ni osamljena. Signal, ki ga poda orodje za spremljanje, mora nekje pristati: kot registriran incident z ustrezno nujnostjo. Kako to poteka naprej, je opisano na strani Registriranje in prioritizacija IT-incidentov, naloga, ki je nekoliko manj natančno določena kot samo spremljanje.
Ocena je: agent. Ne posamičen skript, ki preverja eno mejno vrednost, temveč sistem, ki neprekinjeno merí, kombinira več signalov in sam presodi, ali je vzorec vreden obvestila, preden ga zazna človek. To je korak naprej od zgolj opozarjanja in korak nazaj od popolne avtonomije: agent zazna in kategorizira, upravljavec pa odloči, kaj se zgodi s signalom.
Dva robna pogoja določata, ali to deluje. Nastavljene morajo biti mejne vrednosti, usklajene s tem, kaj je normalno za te specifične sisteme: mejna vrednost, ki je za eno aplikacijo dovolj strogа, lahko za drugo neprestano sproža lažne alarme. In potrebno je avtomatizirano opozarjanje, ki signal dejansko dostavi nekomu. Brez tega ni ničesar za prevzeti: ni norme, s katero bi primerjali, ni kanala, prek katerega bi to posredovali.
Pri podjetju z nekaj strežniki in fiksnim pisarniškim delovnim časom je spremljanje pogosto še vedno zadeva občasnega preverjanja. Dobiček v obsegu zaradi avtomatizacije je tam omejen, preprosto ker je obseg majhen. Pri podjetju s veliko sistemi, strankami, ki pričakujejo dostop kadarkoli podnevi ali ponoči, in zgodovino incidentov, ki so se zgodili ponoči, je slika drugačna: tam se fte-kapaciteta, ki se sprosti z neprekinjenim avtomatiziranim nadzorom, hitro povečuje, ker je alternativa človek, ki mora biti trajno v pripravljenosti.
Tudi os stroškov napak se razlikuje glede na podjetje. Pri interni testni okolju zamujeno obvestilo ni posledično pomembno. Pri sistemu, ki se neposredno dotika plačilnega prometa ali zdravstvenih podatkov, je zahteva glede skladnosti (compliance) višja, kar potisne os skladnosti, ki je tu že na ravni 4, še bolj v smer obveznega dokumentiranja in dokazljive nadaljnje obravnave.
To ni izjava o kadrih. Ali in kako organizacija sproščeno kapaciteto sistemskega administratorja uporabi drugače, je odločitev delodajalca, z lastnimi zakonskimi zahtevami, kadar to zadeva odločitve o delovnih mestih. Ta stran opisuje samo delo, ne ljudi, ki ga trenutno opravljajo.
Spremljanje je redko izolirana naloga. Povezano je z izvajanjem in preverjanjem varnostnih kopij, z obravnavo incidentov in z načrtovanjem, kdo mora biti kdaj na voljo za nadaljnjo obravnavo. Kdor želi širši pregled tega, kaj lahko AI prevzame v IT-funkciji kot celoti, najde izhodišče na strani o delu in načrtovanju.
Ta stran podaja oceno na podlagi naloge v splošni obliki. Kaj to pomeni za določeno podjetje, je odvisno od števila sistemov, nastavljenih mejnih vrednosti in posledic zamujenega obvestila. Indikacijo za lastno situacijo je mogoče dobiti z brezplačnim hitrim testom: dvanajst vprašanj, brez računa, z indikacijo, kateri del ur v tem profilu je danes mogoče prevzeti z AI. Celoten delovni pregled, ki delo celotnega podjetja razdeli na naloge, je še v izdelavi.
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.