Ile kosztuje monitoring infrastruktury IT

Monitoring nie jest produktem z cennika, który się wybiera i kupuje. To zestaw konfiguracji dopasowany do tego, co chcesz widzieć. Dlatego wycena składa się z trzech zmiennych, a nie z jednej stawki za serwer.

• Liczba i typ hostów — serwery fizyczne i wirtualne, urządzenia sieciowe, macierze, usługi w chmurze.
• Integracje i źródła danych — skąd zbieramy dane: agenci na systemach, zapytania do baz, odbiór logów, interfejsy dostawców.
• Zakres alertów i czas reakcji — ile progów ustalamy, kto je odbiera i co ma się dziać po ich przekroczeniu.

Trzecia pozycja bywa niedoszacowana najczęściej. Podłączenie hostów to dopiero początek. Monitoring, który wysyła dwieście powiadomień dziennie, jest gorszy niż jego brak, bo zespół przestaje je czytać.

Trzydzieści serwerów postawionych z jednego szablonu podłącza się szybciej niż dziesięć maszyn zupełnie różnych. Monitoring kosztuje więc nie za liczbę, ale za różnorodność.

Najwięcej pracy wymagają systemy, których nie obejmie standardowy agent: stare aplikacje bez wsparcia producenta, urządzenia z interfejsem wyłącznie przez przeglądarkę, systemy przemysłowe. Osobna kategoria to sprzęt sieciowy — jeden przełącznik zarządzalny podłącza się inaczej niż pięć modeli od trzech różnych dostawców.

Praktyczny wniosek: zanim zapytasz o cenę, warto mieć listę tego, co faktycznie chcesz monitorować. Bez niej każde spotkanie kończy się liczeniem na głos, a wycena jest zaniżona, bo nikt nie pamięta o macierzy i telefonii.

Dla kosztu wdrożenia wybór narzędzia ma znaczenie drugorzędne. Zabbix, Graylog i Wazuh są open source, więc nie ma tu licencji do kupienia. Różnicę robi to, ile danych trzeba do nich wprowadzić i w jakiej formie.

System, który wystawia dane w standardowym formacie, podłącza się w godzinach. Aplikacja, która zapisuje logi we własnym formacie do pliku na dysku, wymaga przygotowania odbioru, sprawdzenia, czy nic się nie gubi przy obciążeniu, i przetestowania na wypadek rotacji plików. To praca, której nie widać w opisach narzędzi, a która najczęściej decyduje o końcowej kwocie.

Progi alarmowe ustala się razem z zespołem, który je odbierze. Za niski próg oznacza szum, za wysoki — pominięcie zdarzenia. Dlatego pytamy nie o to, co chcemy monitorować, ale co ma się stać, gdy wartość przekroczy limit: kto odbiera, czego oczekuje i jakiej reakcji potrzebuje.

W tym etapie mieści się też kalibracja po pierwszych tygodniach pracy. Uruchomienie alertów to nie koniec wdrożenia, tylko moment, w którym zaczyna się sprawdzać, czy progi odpowiadają rzeczywistości. Bez tego kroku platforma działa, ale nikt na nią nie patrzy.

Wdrożenie kończy się uruchomieniem progów, dashboardów i przekazaniem zespołowi wiedzy, co zrobić po odebraniu alertu. To moment, w którym monitoring zaczyna pracować — i zwykle po pierwszych tygodniach widać, które progi wymagają dostrojenia.

Co dalej, zależy od tego, ile osób w firmie realnie zajmuje się infrastrukturą. Część zespołów po przekazaniu radzi sobie samodzielnie. Inne wolą, żeby ktoś przeglądał alerty, aktualizował reguły i dopinał nowe systemy — zakres takiej współpracy ustalamy indywidualnie, bo zależy od liczby systemów i od tego, kto ma je obsługiwać.

Monitoring to alerty, przegląd i konfiguracja progów. Nie jest tym samym co całodobowy nadzór nad bezpieczeństwem i nie zastępuje reagowania na incydenty.

Skuteczność monitoringu zależy od tego, jakie dane zbiera i jak dobrane są progi — najwięcej daje tam, gdzie wiadomo, czego szukać: nietypowych logowań, zmian w krytycznych plikach, zachowań odbiegających od codziennej normy. Im lepiej dopasowany zakres, tym więcej realnych sygnałów i mniej szumu.

Zakres opisujemy wprost: zbieramy dane, ustawiamy alerty, dokumentujemy procedurę i przekazujemy zespołowi wiedzę, co robić, gdy alert przyjdzie. Kto odbiera alerty po godzinach, to decyzja firmy — nasza rola jest wtedy wspierająca i ustalana tylko wtedy, gdy wcześniej się na to umówimy.

Pełny opis tego zakresu znajdziesz na stronie wdrożeń monitoringu i cyberbezpieczeństwa.

Zanim zadasz pytanie o cenę, przygotuj cztery liczby. Skróci to rozmowę i pozwoli dostać widełki, a nie ogólnik.

• Ile jest hostów i ile wśród nich takich, które wymagają nietypowego podłączenia.
• Ile źródeł danych chcesz objąć: systemy, bazy, urządzenia sieciowe, usługi w chmurze.
• Ile osób ma odbierać alerty i w jakich godzinach.
• Co ma się dziać, gdy monitoring zgłosi problem — czy ktoś reaguje, czy alert tylko informuje.

Widełki dla innych usług wdrożeniowych znajdziesz w cenniku usług. Monitoring wyceniamy indywidualnie, bo zależy od zakresu — a nie od liczby hostów podzielonej przez stawkę. Jeśli chcesz, żebyśmy przeliczyli zakres na Twojej infrastrukturze, napisz do nas.