Plaanipäraste varukoopiate käivitamine, õnnestumise kontrollimine ja hälvete signaliseerimine: see on üks neist ülesannetest, mille puhul vastus jõuab üsna lähedale sõnale "jah". Mitte sellepärast, et see töö oleks tähtsusetu, vaid just sellepärast, et see on nii selgelt piiritletud, et süsteem saab protsessi jälgida ilma, et vahepeal peaks midagi mõtlema.
Varukoopia töötab ajakava alusel, annab teada õnnestumisest või ebaõnnestumisest, ja sellel teatel on kindel vorm. See tagab kõrge struktureerituse: on selge käivitaja, selge oodatav tulemus ja selge lõpptulemus, kui midagi läheb valesti. Selleks ei ole vaja kliendikontakti, füüsilist tegevust ega loomingulist panust — see on puhtalt protsessi järgimise ja tulemuse äratundmise küsimus. Varukoopiaagent saab jälgida ajakava, lugeda logisid, tõlgendada olekukoode ja rikke korral automaatselt saata teate õigele isikule või süsteemile, sarnaselt sellele, kuidas süsteemi jõudluse jälgimine on juba suures osas automatiseeritud.
Samuti on mahtude poolest olukord soodne: keskmises IT-keskkonnas käivitub päevas või nädalas kümneid kuni sadu varundusülesandeid, mis on jaotunud serverite, andmebaaside ja tööjaamade vahel. See on täpselt selline korduv toiming, kus automatiseeritud süsteem näitab oma väärtust — mitte sellepärast, et ta on haldurist targem, vaid sellepärast, et ta ei jäta kontrolli kunagi vahele aja puuduse või väsimuse tõttu.
Põhjus, miks see ei ole ühemõtteline "jah, täielikult automaatne", peitub vea maksumuses. Vahele jäänud või märkamatuks jäänud ebaõnnestunud varukoopia muutub probleemiks alles siis, kui andmed on kadunud ja on vajalik taastamine — ja sel hetkel ei ole kahju enam sageli tagasi pöörduv. See on hoopis teistsugune riskiklass kui valesti klassifitseeritud e-kiri või valesti täidetud väljad põhiandmetes. Seetõttu kaasneb selle ülesandega tingimus, mis ei ole valikuline: automatiseeritud jälgimine koos hoiatustega ja eskaleerimisprotokoll, mis määrab, kes ja mis aja jooksul rikketeatele reageerib. AI saab teha kontrollimist ja signaliseerimist; vastutuse selle eest, mis juhtub, kui midagi läheb valesti, kannab endiselt inimene.
Samal põhjusel on hindamisruum ja vastavuse skoor madalad. Kui tootmisandmebaasi varukoopia ebaõnnestub, on tõlgendamisruumi vähe — see on rike, mis tuleb lahendada, mitte olukord, kus süsteem saab ise otsustada, kui tõsine probleem on. Ja sektorites, kus kehtib säilitamiskohustus või auditeerimiskohustused, näiteks finantsmuudatuste auditilogi pidamisel, loeb ka see, et varukoopiapoliitika ise võib olla kontrollinõude osa. See ei muuda seda, mida AI tehniliselt teha suudab, aga see mõjutab, kes lõpuks vastutab nõuetele vastavuse eest.
Organisatsioonis, kus on paar failiserverit ja selge varundusgraafik, on ülesanne peaaegu täielikult automatiseeritav: agent kontrollib igapäevaselt olekukoode, saadab kokkuvõtte ja eskaleerib vaid vea korral. Süsteemihaldur ei kuluta sellele enam kindlat ajakulu, välja arvatud tegeliku teate korral.
Organisatsioonis, kus on palju erinevaid süsteeme, käimasolevaid migratsioone või keskkond, kus varundamise poliitika erineb kliendi kaupa — näiteks IT-teenusepakkuja puhul, kes töötab mitme tellija jaoks — on lugu teine. Seal on vajalik rohkem tõlgendamist selle kohta, mida "õnnestunud" varukoopia iga kliendilepingu puhul täpselt tähendab, ja ülesanne liigub lähemale järelevalvele koos inimese kinnitusega.
See, mis praegu muutub, ei ole see, et varukoopiaid kontrollitakse esimest korda — seda tehti juba ammu. Erinevus on selles, et kontroll ei sõltu enam sellest, kas hommikul on kellel logifaili läbi lugeda. Jälgimine toimib pidevalt, teade tuleb iseenesest, ja haldur tuleb pildile hetkel, mil tegelikult tuleb midagi otsustada. Seda mustrit — süsteem, mis jälgib regulaarset protsessi, ja inimene, kes rakendub ainult hälbe korral — näeme ka kasutajatele rikkeid teavitamise ja esmajärgus IT-intsidentide lahendamise puhul. Ettevõtetes, kus IT-keskkond on lihtne ja stabiilne, on see muutus juba kaugele jõudnud. Ettevõtetes, kus keskkonnad on keerulised ja mitmekomponendilised — või väljaspool IT-d, näiteks ehitussektoris, kus süsteemid ja protsessid on vähem standardiseeritud — kulgeb see aeglasemalt, lihtsalt sellepärast, et vajalikku struktuuri, mida süsteem kontrollimiseks vajab, ei ole veel olemas.
See ei ole personaliküsimus ja mitte seisukohavõtt ametikohtade kohta. Jutt käib siin ainult ülesandest: varukoopiate käivitamisest ja kontrollimisest, sõltumata sellest, kes seda ülesannet praegu täidab või kui palju aega see konkreetses organisatsioonis võtab.
See, kas see ülesanne on teie oma keskkonnas tegelikult suures osas ülevõetav, sõltub süsteemide arvust, teie andmete veatundlikkusest ja sellest, kas juba on olemas automatiseeritud jälgimine ja eskaleerimisprotokoll. Selle esmase ülevaate saamiseks, ilma et peaksite kohe alustama ulatuslikku uuringut, saate täita tasuta kiirtesti: kaksteist küsimust, ilma kontot loomata, koos näitajaga, kui suure osa selle töövaldkonna tundidest saab AI juba täna üle võtta. Täielik töökaardistus, mis kaardistab teie ettevõtte töö ülesannete kaupa, on veel ehitamisel.
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.