Uruchamianie zaplanowanych kopii zapasowych, sprawdzanie, czy się powiodły, i sygnalizowanie odchyleń: to jedno z zadań, w których odpowiedź dość mocno zbliża się do "tak". Nie dlatego, że jest to praca nieważna, lecz właśnie dlatego, że jest ona tak ściśle określona, że system może śledzić ten proces bez konieczności wymyślania czegokolwiek po drodze.
Kopia zapasowa działa według harmonogramu, zgłasza sukces lub niepowodzenie, a to zgłoszenie ma stałą formę. To sprawia, że poziom ustrukturyzowania jest wysoki: istnieje jasny wyzwalacz, jasno określony oczekiwany wynik i jasny rezultat w przypadku niepowodzenia. Nie jest potrzebny kontakt z klientem, żadna czynność fizyczna ani żaden wkład twórczy — to czysto kwestia śledzenia procesu i rozpoznawania wyniku. Agent obsługujący kopie zapasowe może pilnować harmonogramu, odczytywać logi, interpretować kody statusu i w przypadku awarii automatycznie przekazać zgłoszenie do właściwej osoby lub systemu, podobnie jak w przypadku monitorowania wydajności systemów, które już w dużej mierze przebiega automatycznie.
Również wolumen jest tu korzystny: w przeciętnym środowisku IT dziennie lub co tydzień wykonywane są dziesiątki do setek zadań tworzenia kopii zapasowych, rozłożonych na serwery, bazy danych i stacje robocze. To dokładnie ten rodzaj powtarzalności, w którym system zautomatyzowany pokazuje swoją wartość — nie dlatego, że jest mądrzejszy od administratora, lecz dlatego, że nigdy nie pomija kontroli z powodu presji czasu czy zmęczenia.
Powodem, dla którego nie jest to jednoznaczne "tak, w pełni automatycznie", są koszty błędu. Pominięta lub niezauważona nieudana kopia zapasowa staje się problemem dopiero w momencie, gdy dochodzi do utraty danych i konieczne jest odzyskiwanie — a wtedy szkody często nie da się już cofnąć. To zupełnie inny rząd ryzyka niż błędnie sklasyfikowany e-mail czy błędnie wypełnione pole w danych podstawowych. Dlatego przy tym zadaniu obowiązuje warunek, który nie jest opcjonalny: zautomatyzowane monitorowanie z alertami oraz protokół eskalacji określający, kto i w jakim czasie reaguje na zgłoszenie awarii. AI może zajmować się kontrolowaniem i sygnalizowaniem; za to, co dzieje się w momencie, gdy coś pójdzie nie tak, odpowiedzialność ponosi człowiek.
Z tego samego powodu przestrzeń na ocenę oraz wynik zgodności są niskie. W przypadku nieudanej kopii zapasowej bazy danych produkcyjnej jest niewiele miejsca na interpretację — to awaria, którą trzeba rozwiązać, a nie sytuacja, w której system może sam zdecydować, jak poważny jest problem. A w branżach z obowiązkiem przechowywania danych lub wymogami audytowymi, jak w przypadku prowadzenia dziennika audytowego zmian finansowych, znaczenie ma również to, że sama polityka tworzenia kopii zapasowych może stanowić element wymogu kontrolnego. To nie zmienia tego, co AI jest w stanie technicznie wykonać, ale określa, kto ostatecznie odpowiada za zgodność.
W organizacji z kilkoma serwerami plików i przejrzystym harmonogramem kopii zapasowych zadanie to można niemal w pełni zautomatyzować: agent codziennie sprawdza kody statusu, wysyła podsumowanie i eskaluje wyłącznie w przypadku błędu. Administrator systemu nie poświęca już na to stałego czasu, poza sytuacją rzeczywistego zgłoszenia.
W organizacji z wieloma różnymi systemami, migracjami w toku lub środowiskiem, w którym polityka kopii zapasowych różni się w zależności od klienta — jak u dostawcy usług IT pracującego dla wielu zleceniodawców — sytuacja wygląda inaczej. Tam potrzeba więcej interpretacji dotyczącej tego, co dokładnie oznacza "udana" kopia zapasowa w ramach konkretnej umowy z klientem, a zadanie przesuwa się bardziej w stronę nadzoru z ludzką akceptacją.
To, co się teraz zmienia, to nie fakt, że kopie zapasowe są kontrolowane po raz pierwszy — to działo się zawsze. Różnica polega na tym, że kontrola nie zależy już od kogoś, kto rano przegląda plik dziennika. Monitorowanie działa w sposób ciągły, zgłoszenie pojawia się samo, a administrator wkracza do akcji dopiero w momencie, gdy naprawdę trzeba coś zdecydować. Ten wzorzec — system pilnujący standardowego procesu i człowiek angażowany tylko w przypadku odchylenia — widzimy też przy komunikowaniu awarii do użytkowników oraz przy rozwiązywaniu incydentów IT pierwszej linii. W firmach, gdzie środowisko IT jest proste i stabilne, ta zmiana jest już mocno zaawansowana. W firmach ze złożonymi, wielowarstwowymi środowiskami — lub poza IT, jak w budownictwie, gdzie systemy i procesy są mniej ustandaryzowane — postępuje to wolniej, po prostu dlatego, że nie ma jeszcze struktury potrzebnej systemowi do kontrolowania.
Nie jest to kwestia kadrowa ani stwierdzenie dotyczące stanowisk. Chodzi tu wyłącznie o samo zadanie: uruchamianie i kontrolowanie kopii zapasowych, niezależnie od tego, kto obecnie je wykonuje i ile czasu to zajmuje w konkretnej organizacji.
Czy to zadanie w Państwa własnym środowisku faktycznie da się w dużej mierze przejąć, zależy od liczby systemów, podatności Państwa danych na błędy oraz tego, czy istnieje już zautomatyzowane monitorowanie i protokół eskalacji. Aby uzyskać na ten temat wstępny obraz bez konieczności od razu rozpoczynania obszernego badania, można wypełnić bezpłatny quickscan: dwanaście pytań, bez konieczności zakładania konta, ze wskazaniem, jaka część godzin w tym profilu pracy jest dziś możliwa do przejęcia przez AI. Pełny skan pracy, który krok po kroku analizuje pracę Państwa firmy zadanie po zadaniu, 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.