Monitorowanie systemów pod względem dostępności i szybkości oraz sygnalizowanie odchyleń zanim użytkownicy odczują ich skutki, to zadanie, które w dużej mierze można przejąć. Nie dlatego, że AI nagle zna się na infrastrukturze, lecz dlatego, że samo zadanie od lat jest zbudowane wokół wartości pomiarowych, progów i powtarzalności. To inny wniosek niż w przypadku zadań, w których osąd lub negocjacje stanowią istotę rzeczy.
O tym decydują tu trzy osie: wolumen, ustrukturyzowanie i koszty błędów.
Wolumen jest wysoki. Monitorowanie odbywa się nieprzerwanie, dzień i noc, w oparciu o setki lub tysiące punktów pomiarowych. Człowiek, który śledziłby to ręcznie, patrzy na dashboardy z przerwami i przeoczy to, co dzieje się między nimi. System, który mierzy co sekundę i porównuje z wartością progową, nie przeoczy tego.
Ustrukturyzowanie jest wysokie. Zadanie polega na: pomiarze, porównaniu z normą oraz wysłaniu sygnału w przypadku odchylenia. To ustalona procedura, a nie otwarte zagadnienie. Porównajmy to z odpowiadaniem na pytanie użytkownika dotyczące oprogramowania, gdzie pytanie każdorazowo jest sformułowane inaczej i wymaga kontekstu.
Koszty błędów są niskie do średnich. Przeoczone lub zbyt późne powiadomienie jest niekorzystne, ale zwykle da się to naprawić: system wysyła nowe ostrzeżenie, gdy odchylenie utrzymuje się, a większość wartości progowych jest ustawiona z pewnym marginesem. To inna sytuacja niż w przypadku zadania, w którym jeden przeoczony krok bezpośrednio powoduje, że użytkownik zostaje bez działającej aplikacji, jak przy rozwiązywaniu incydentu IT pierwszej linii.
Dwie osie ograniczają ten obraz: przestrzeń osądu i kreatywność wynoszą odpowiednio 2 i 1.
Sygnalizowanie odchylenia to coś innego niż zrozumienie, co to odchylenie znaczy dla organizacji. Skok użycia pamięci może być niegroźny, albo być początkiem problemu, który za dwie godziny sparaliżuje sklep internetowy. Określenie tego znaczenia oraz decyzja o eskalacji do inżyniera, który podejmie działania, pozostaje pracą człowieka. AI sygnalizuje odchylenie; osoba znająca środowisko ocenia, jaką wartość ma to odchylenie.
To jednocześnie wyjaśnia, czemu to zadanie nie funkcjonuje w izolacji. Sygnał wysyłany przez narzędzie monitorujące musi gdzieś trafić: jako zarejestrowany incydent o odpowiednim priorytecie. Jak to dalej wygląda, opisano na stronie Rejestrowanie i priorytetyzowanie incydentów IT, zadaniu, które jest odrobinę mniej ściśle uregulowane niż samo monitorowanie.
Ocena brzmi: agent. Nie osobny skrypt sprawdzający jedną wartość progową, ale system, który nieprzerwanie mierzy, łączy wiele sygnałów i sam ocenia, czy dany wzorzec zasługuje na powiadomienie, zanim zobaczy je człowiek. To krok dalej niż samo alertowanie i krok wstecz od pełnej autonomii: agent sygnalizuje i kategoryzuje, a administrator decyduje, co dalej dzieje się z sygnałem.
O tym, czy to zadziała, decydują dwa warunki. Muszą istnieć skonfigurowane wartości progowe, dopasowane do tego, co jest normą dla danych systemów: próg, który dla jednej aplikacji jest wystarczająco surowy, dla innej może stale generować fałszywe alarmy. Musi też istnieć zautomatyzowane alertowanie, które faktycznie dostarcza sygnał do konkretnej osoby. Bez tych dwóch elementów nie ma nic do przejęcia: brak normy, do której można się odnieść, brak kanału, przez który można przekazać sygnał.
W firmie z kilkoma serwerami i ustalonymi godzinami pracy monitorowanie często sprowadza się do sporadycznego sprawdzania. Zysk wolumenowy z automatyzacji jest tam ograniczony, po prostu ponieważ wolumen jest niski. W firmie z wieloma systemami, klientami oczekującymi dostępu w każdej chwili doby i historią incydentów, które powstały w nocy, obraz jest inny: tam potencjał w etatach, który uwalnia się przy nieprzerwanym, zautomatyzowanym nadzorze, szybko rośnie, ponieważ alternatywą jest człowiek, który musiałby być stale w gotowości.
Oś kosztów błędów również zmienia się w zależności od firmy. W wewnętrznym środowisku testowym przeoczone powiadomienie nie ma konsekwencji. W systemie, który dotyka bezpośrednio płatności lub danych medycznych, poprzeczka zgodności jest wyższa, co przesuwa oś zgodności, która wynosi tu już 4, jeszcze bardziej w kierunku obowiązkowej rejestracji i wykazywalnego działania następczego.
To nie jest stwierdzenie dotyczące personelu. Czy i jak organizacja inaczej wykorzysta uwolnioną zdolność administratora systemu, to decyzja pracodawcy, z własnymi wymogami prawnymi, które mają zastosowanie, gdy dotyka to decyzji o funkcjach. Ta strona opisuje jedynie samą pracę, a nie osoby, które ją obecnie wykonują.
Monitorowanie rzadko jest zadaniem izolowanym. Jest powiązane z wykonywaniem i kontrolowaniem kopii zapasowych, z obsługą incydentów oraz z planowaniem, kto i kiedy musi być dostępny do działań następczych. Kto chce szerszego obrazu tego, co AI może przejąć w funkcji IT jako całości, znajdzie punkt wyjścia na stronie o pracy i planowaniu.
Ta strona przedstawia ocenę na podstawie zadania w ogólnej formie. To, co to znaczy dla konkretnej firmy, zależy od liczby systemów, skonfigurowanych wartości progowych i konsekwencji przeoczonego powiadomienia. Wskazanie dla własnej sytuacji można uzyskać za pomocą bezpłatnego quickscanu: dwanaście pytań, bez konta, z informacją, jaką część godzin w tym profilu AI może dziś przejąć. Pełny werkscan, który rozkłada pracę całej firmy na zadania, jest jeszcze w budowie.
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.