Monitoring

Rozdzielcie dwie rzeczy, zanim porównacie oferty: pracę oprogramowania i pracę człowieka. Program mierzy bez ustanku, w niedzielę i w drugi dzień świąt, bo innego trybu nie ma. Człowiek pracuje wtedy, gdy ktoś mu za to płaci. Abonament w tej kategorii obejmuje reakcję zespołu od poniedziałku do piątku, między 8:00 a 18:00.

Poza tymi godzinami zdarzenie i tak zostaje zapisane z pełnym przebiegiem, więc rano widać, o której zaczął się problem i jak długo trwał. Jeżeli potrzebujecie, żeby ktoś podniósł telefon o drugiej w nocy, mówimy o dyżurze: to osobna pozycja w umowie, wyceniana pod konkretną listę systemów i konkretny czas podjęcia sprawy.

Pytajcie o to wprost każdą firmę, z którą rozmawiacie, także nas. Zapewnienie o opiece przez całą dobę bywa opisem serwera, a nie grafiku ludzi, i różnicę poznaje się dopiero przy pierwszej awarii w sobotę wieczorem. Rozstrzyga jedno pytanie: kto konkretnie podnosi słuchawkę o dwudziestej drugiej, w jakim czasie ma oddzwonić i na jakich warunkach jest to rozliczane.

To pytanie dzieli tę kategorię na pół, a odpowiedź zależy od tego, kto u Was będzie patrzył na ekran. Nadzór abonamentowy bierze firma bez własnego działu IT albo taka, która ma jednego administratora i nie chce wiązać go zdarzeniami. Projekt wdrożeniowy bierze firma z zespołem, który chce mieć narzędzie u siebie i pełną kontrolę nad konfiguracją.

Różni się też moment, w którym kończy się nasza praca. Abonament biegnie co miesiąc: obsługa zdarzeń, przeglądy progów po zmianach w środowisku, raport. Wdrożenie ma datę zakończenia, odbiór i przekazanie dostępów, a od tego dnia patrzenie na alerty jest po Waszej stronie.

Bywa i trzecia droga, wcale nie rzadka: instalacja stoi u klienta, konfiguracją zajmuje się jego zespół, a my przejmujemy zdarzenia w ustalonych godzinach. Wybór między tymi wariantami warto zrobić przed rozmową o pieniądzach, bo dotyczy podziału odpowiedzialności, a nie wysokości faktury.

Historia jest tym, co odróżnia monitoring od lampki kontrolnej. Odczyty sprzed tygodnia mówią, czy awaria była pierwsza, czy dziesiąta. Odczyty sprzed roku mówią, o ile urosło środowisko i co trzeba kupić przed kolejnym sezonem. Bez nich rozmowa o modernizacji opiera się na wrażeniach dwóch osób, które pamiętają co innego.

Podział, który sprawdza się w praktyce, wygląda tak: krótki okres w pełnej dokładności do rozbierania incydentu na czynniki pierwsze, długi okres w postaci uśrednionej do planowania zakupów. Pierwszy zjada dysk szybko, drugi prawie wcale, więc przy ustalaniu zakresu pytajcie nie tylko o liczbę miesięcy, ale też o rozdzielczość danych.

Jest jeszcze zastosowanie, o którym mało kto myśli przy zakupie: dowodzenie dostępności. Umowa z klientem albo wymóg regulacyjny, na przykład NIS 2, każe wykazać, ile godzin usługa faktycznie działała w danym okresie. Zapisane pomiary są jedynym źródłem, które da się w tej sprawie pokazać po fakcie.

Wdrożenia monitoringu psują się rzadziej na technice niż na ustaleniach. Każdy typ zdarzenia potrzebuje imienia i nazwiska osoby, która je przejmuje, terminu, w jakim ma to zrobić, oraz drugiej osoby na wypadek, gdy pierwsza nie odbiera. Trzy zdania w umowie, a przesądzają o tym, czy monitoring cokolwiek zmieni.

Druga rzecz do ustalenia to granica: które zdarzenia bierzemy my, a które zostają u Was. Przeciążone łącze w oddziale bywa naszą sprawą, zablokowane konto w systemie handlowym prawie nigdy nią nie jest. Linia narysowana przy starcie oszczędza tygodnie przerzucania zgłoszeń między dwiema firmami.

Trzecia to prawo do wyciszenia. Ktoś musi móc zdecydować, że dane zdarzenie przez najbliższy kwartał nie powiadamia nikogo, i wziąć za tę decyzję odpowiedzialność. Bez tego lista rośnie, aż zespół zaczyna traktować powiadomienia jak tło, a wtedy przestaje działać cała warstwa, za którą płacicie.